PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 



(51) International Patent Classification 6 
G06F 17/24 



Al 



(11) International Publication Number: WO 99/63454 

(43) International Publication Date: 9 December 1999 (09.12.99) 



(21) International Application Number: PCT/US99/ 12539 

(22) International Filing Date: 4 June 1999 (04.06.99) 



(30) Priority Data: 

60/088,123 
Not furnished 



4 June 1998 (04.06.98) US 
3 June 1999 (03.06.99) US 



(71) Applicant: COLLEGENET, INC. [US/US]; Suite 100, One 

S.W. Columbia, Portland, OR 97258 (US). 

(72) Inventors: HITCHCOCK, Michael, D.; Suite 100, One S.W. 

Columbia, Portland, OR 97258 (US). WOLFSTON, James, 
H., Jr.; Suite 100, One S.W. Columbia, Portland, OR 97258 
(US). STEDMAN, John, W.; 16999 S.W. Siler Ridge Lane, 
Beaverton, OR 97007 (US). HERTZ, Andree, J.; 16181 
N.W. Jocelyn Road, Beaverton, OR 97006 (US). PRICE, 
Raymond, L.; Suite 100, One S.W. Columbia, Portland, OR 
97258 (US). 

(74) Agent: CARSON, M., John; Fulbright & Jaworski L.L.P., 
29th floor, 865 South Figueroa Street, Los Angeles, CA 
90017-2576 (US). 



(81) Designated States: AL, AM, AT, AU, AZ, BA, BB, BG, BR, 
BY, CA, CH, CN, CU, CZ, DE, DK, EE, ES, FI, GB, GD. 
GE, GH, GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, 
KR, KZ, LC, LK, LR, LS, LT, LU, LV, MD, MG, MK, 
MN, MW, MX, NO, NZ, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TR, TT, UA, UG, UZ, VN, YU, ZW, 
ARIPO patent (GH, GM, KE, LS, MW, SD, SL, SZ, UG, 
ZW), Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, 
TM), European patent (AT, BE, CH, CY, DE, DK, ES, FI, 
FR, GB, GR, IE, IT, LU, MC, NL, PT, SE), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GW, ML, MR, NE, 
SN, TD, TG). 



Published 

With international search report. 



(54) Title: UNIVERSAL FORMS ENGINE 




(57) Abstract 



A forms engine allows data sharing between customizable on-line forms, such as college admissions applications. Before applying, an 
applicant opens an account with a third party application servicer. After the applicant completes an application for one institution, the data 
is saved in a data base and automatically populates fields in subsequent application forms. The form for each institution is created from a 
form description file. Each form is branded for its institution and forms for different institutions differ in appearance and content so that the 
presence of the third party servicer is transparent to the applicant. The system is extensible without programming, allowing new applicant 
attributes to be readily incorporated into the system and allowing the content and appearance of the application to be readily changed 
by changing the description file. The use of aliases for applicant attributes permits data to be readily shared between forms even though 
labelled and arranged differently on different forms. Information stored about each attribute allows the specification of data validation rules 
and data sharing and grouping rules, as well as dependency rules that permit application page content to depend on applicant's responses 
on a previous page. 
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Title: UNIVERSAL FORMS ENGINE 

SPECIFICATION 
Related Applications 
5 This application claims priority for U.S. Provisional Patent application 

No. 60/088,123, filed June 4, 1998. 

Field of the Invention 
This invention relates to a computer implemented method and apparatus for 
processing forms and, in particular, to a method and apparatus for processing 
1 0 customizable application forms that share information from an extensible database. 

Background of the Invention 
The processing of college admission application forms described below is 
illustrative of the current state of forms processing. Students applying to colleges and 
universities typically complete a separate paper application for each institution to 

1 5 which they seek admission. Each application is then mailed to the corresponding 
institution along with an application fee. 

Many institutions would like to simplify the application process by allowing 
students to apply over the Internet. Although an Internet application allows an 
institution to process the application information electronically, a student is required 

20 to re-enter the same information for each subsequent application to a different 

institution or to the same institution for a different academic term. Moreover, if the 
institution wishes to change the application form, the institution must typically revise 
the source code that creates the application form, thereby making changes to the 
application form expensive and inconvenient. 

25 One could reduce redundancy in the application process by allowing students 

to complete a single, generic application provided by a third party who would then 
transmit the application to any designated institution. Such systems, however, would 
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make it impossible for institutions to customize their applications form. In an 
environment where schools are competing for top students, the image that a school 
projects to potential students is important, and a customized application can help 
project the image that the school wishes to create. The questions that a school asks 
5 on its application reflect the values of the institution. Many schools want information 
different from that which would be on a generic form. Thus, it is unacceptable to 
many institutions to use a generic application form. 

Most institutions continue, therefore, to use primarily paper applications or 
their own on-line applications, with the disadvantages described above. Moreover, 
10 the institution must then process the application fee for on-line applications, which 
may require that the institution have some expertise in electronic commerce. 

Summary of the Invention 
Accordingly, it is an object of the present invention to provide an improved 
method of processing forms. - ■ -- - ^ = 

15 It is yet another object of the present invention to provide such a method that 

allows data sharing between customizable forms, the customization including 
branding of forms to specific institutions. 

It is yet a further object of the invention to provide such a method that uses an 
extensible data-sharing database. 
20 It is still another object of the present invention to provide an improved 

method of processing admissions applications. 

The present invention comprises a universal forms engine that permits the 
creation and processing of customizable electronic forms and selective sharing of 
information between the customized forms. A user thus enters data only once, and 
25 the data is shared through an extensible database between disparate forms. The 

forms are completed by a user over a computer network and information from each 
completed form is forwarded to the appropriate entity over a computer network. The 
ability of the forms engine to present a form for user input, to receive data from the 
user, and to provide the data to the appropriate entity is independent of the computing 
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platform of the user and the entity. Any fees associated with the forms can be 

processed electronically over a computer network together with the forms. 

The invention thus creates forms, parses data on forms, stores data, retrieves 

the data, and deploys the data onto other forms. As additional forms are completed 
5 and additional information becomes part of the database, the amount of information 

that must be manually entered on new forms decreases because the new forms are 

automatically populated with the previously entered data. 

A form is considered to be essentially a container for data and implies an 

associated process. The forms engine integrates the form, the data, and the 
10 processing regardless of the appearance of the form, the type or significance of the 

data, and the processing that follows collection of the data. 

Metadata, that is, information that characterizes the applicant data is also 

stored. For example, in one embodiment, an attribute table describes characteristics, 

such as permissible values and accessibility to various institution personnel, of 
15 applicant attribute data. In another embodiment, such properties of the applicant 

attributes are stored in XML files. Storing metadata provides greater control over the 

data validation, sharing between forms, grouping, and access. 

User information and application information are abstracted from the coding, 

that is, the user information and application information is stored in a way that allows 
20 the application information and the user information to be changed without 

reprogramming. This abstraction allows the set of user data to be extended without 

reprogramming, allows the user data to be displayed in different formats in different 

applications, allows the data to be validated to ensure that it can be used by the 

institutions, and eases access to the information over the Web by institutions. 
25 Abstracting the application information allows the application itself to readily 

changed, and allows changes, such as changes to application dates, to be made by the 

institutions themselves. The abstracted information is saved, for example, in a 

relational database or in an XML file. 

The subject matter of the present invention is particularly pointed out and 
30 distinctly claimed in the concluding portion of this specification. However, both the 
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organization and method of operation, together with further advantages and objects 
thereof, may best be understood by reference to the following description taken in 
connection with accompanying drawings wherein like reference characters refer to 
like elements. 

5 Brief Description of the Drawings 

FIG. 1 shows a network through which applicants, a servicer, and institutions 
are connected in a preferred embodiment of the invention 

FIG. 2 shows an entry web page presented to an applicant of FIG. 1 
FIG. 3 shows a web page showing the results of an on-line college search that 
1 0 provided the link to the entry web page of FIG. 2. 

FIG. 4 shows a web page for creating a new account with the servicer of FIG. 

1 

FIG. 5 is a diagram showing schematically how accounts are created in a 
preferred embodiment of the present invention. 
15 Figs. 6a- 6d show a web page used to supply directions and information to the 

applicant of FIG. 1. 

FIG. 7 shows an applications options page that provides the applicant with 
links to an application instruction page, 

Figs. 8a-8d shows an application instruction page for an on-line application. 
20 FIG. 9a-9c shows the first page of an on-line admissions application 

FIG. 10a- 10c shows the second page of an on-line admissions application 
FIG. 11a and 1 lb shows the third page of an on-line admissions application 
FIG. 12a-12d shows the fourth page of an on-line admissions application 
FIG. 13 is a diagram showing schematically the interactions between the 
25 applicant, the forms engine and the applicant database during initial access of an 
application form. 

FIG. 14 is a diagram showing schematically the interactions between the 
applicant, the forms engine and the applicant database as data is posted from an 
application form. 
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FIG. 15 shows a flowchart of the interactions shown in FIGS. 13 and 14. 

FIG. 16 shows the steps shows the steps that occur in a preferred embodiment 
when an applicant contacts the forms engine. 

FIG. 17 shows the "back-end" states available during application processing. 

FIG. 18 is a simplified example of classes used in an object-oriented 
programming implementation of the invention. 



Detailed Description 
The system according to a preferred embodiment of the present invention 
comprises a forms engine that processes applications for admission to institutions. 
10 The preferred embodiment, which is operated by a third party application servicer, 
uses relational databases for storing information and communicates with applicants 
and institutions over the World Wide Web. The invention is not limited, however, to 
the processing of any particular type of form or to the use of any particular network 
or database. 



1 5 Overview of a Preferred Embodiment 

FIG. 1 shows multiple applicant computers 14 that communicate with a 
server 16 through the portion of the Internet 18 known as the World Wide Web (the 
Web). A typical applicant computer 14 comprises a personal computer, such as a 
Pentium-based personal computer using a Windows-based operating system and 

20 running a commercially available Web Browser, such as Netscape Navigator or 
Internet Explorer. In a preferred embodiment, applicant computers 14 can use an 
older, text-based browser, because processing, such as error checking, is performed at 
server 16, rather than at the client browser. 

Server 16 is a computer, such as a Sun Solaris UltraSparc Server, that is 

25 executing a forms engine of the present invention, as well as Web server software 
that coordinates communications with visitors to the form engine Web site. 
Information and forms transferred from server 16 are typically formatted in a 
hypertext mark-up language (HTML) and can include text, programs, graphics, video, 
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and audio portions. Server 16 is preferably operated by a third party application 
servicer 24 and is connected to secure data storage 26. Multiple institution 
computer 28, operated by institutions, such as colleges or universities that require 
admissions applications, also communicates with server 16 over the Internet 18. 
5 Although the preferred embodiment of the invention is implemented using an 

Internet Web site, the invention is not limited to any particular type of computer or 
computer network. By making the applications available over the Web, any applicant 
with a Web browser can apply electronically. On-line application also allows the 
application fee to be processed on-line, so that credit card settlements, electronic 

10 bank withdrawals, and other payment methods can be performed more efficiently, 
and the settlement can be easily facilitated by the third party that operates the 
application forms engine to which multiple institutions subscribe. 

FIG. 2 shows an entry page 36 that is presented to an applicant who has 
accessed server 16 of FIG. 1. In a preferred embodiment, entry page 36, as well as all 

15 other pages presented to the applicant, is presented as an HTML page. Pages on 
which the applicant enters information use the HTML <FORM> tag. The HTML 
form posts information to server 16, which executes a common gateway interface 
(CGI) program specified by the form to process the received information. The CGI 
program is preferably written in Perl, C, C++, Java, or another language that supports 

20 CGI. The CGI program accesses a database that includes information about the 
customized application form and about the applicant. The database is preferably a 
relational database that is accessed using a structured query language through a 
database management system, such as Informix®, by Informix Software, Inc., based 
in Menlo Park, California. The invention is not limited to a particular 

25 implementation technology. The implementation details of the invention are 
expected to change as computer technology evolves. 

Entry page 36 can be accessed from, and can be in the same style as, an 
institution's own world wide web site. Entry page 36 can also be accessed from other 
links, for example, by a link 38 (FIG. 3) on a results web page 40 from an on-line 

30 college search, such as the CollegeNET™ System, operated by the assignee of the 
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present invention. Entry page 36 is branded with a logotype 42 branding the 
application as belonging to the institution to which it is directed, although the 
application is preferably hosted by a third party to ease data sharing across 
institutions and electronic processing of application fees. 
5 Before accessing an application from entry page 36, each applicant is required 

to have an account with the third party servicer 24. Entry page 36 includes a link 52 
for creating a new account. FIG. 4 shows a web page form 54 that is presented to the 
applicant to create a new account. Although the account is with third party servicer 
24 and can be used to apply to many institutions, web page form 54 is branded with 
10 the logotype 42 of the institution to which the applicant is applying. Thus, it is 
transparent to the applicant that the application is being processed by third party 
servicer 24. 

FIG. 5 shows schematically the actions that comprise the account creation 
process 56 required to create an account. The applicant uses a web client 58, such as 

15 Netscape Navigator, to enter personal information, such as name, address, e-mail 
address, and a user name and password for accessing the system. The password is 
encrypted and saved, along with the user name, in a password database 60 connected 
with server 16 (FIG. 1) and user information is saved in an applicant database 62, 
which databases comprise database 26. 

20 Entry page 36 (FIG. 2) also provides an information link 68 to provide the 

application with directions and information. FIGS. 6a-6d show a preferred 
information web page 70 that is returned to the user in response to a request for 
information. Web page 70 is also branded with logotype 42 indicating the institution 
to which the application is directed. Web page 70 includes an application option 

25 page link 72 (FIG. 6d) to the actual application, as does entry page 36. Entry 
page also includes a link 74 to the user's personal log page. The personal log 
describes the status of all applications the user has worked on, including applications 
that have been submitted and applications that are in various stages of completion. 
Entry page 36 also includes a link 76 for changing a user's password. 

30 FIG. 7 shows an applications options page 82 that provides an application 
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instruction page link 84, an application link 86, and links 92 to supplemental forms, 
such as a counselor's report or teacher recommendation forms, that accompany an 
application. FIGS. 8a-8d shows application instructions 94 reached from application 
link 86. 

5 FIGS. 9a-9c show the first page of an electronic, on-line admissions 

application 96 that is customized in content and appearance for a particular 
institution. As shown in FIG. 9a, each application is individually "branded," that is, 
it carries the name and logotype 42 of the institution and appears in a style that is 
representative of the institution. Thus, it is transparent to the applicant that a third 

10 party is servicing the application, that is, the applicant may not even be aware that the 
application is processed by a third party servicer. In accordance with the invention, 
the third party servicer provides customized forms for each participating institution, 
and data is shared between the customized applications. Information that had 
previously been entered in connection with prior applications to any institution is 

1 5 automatically inserted into the customized form. Information entered.by.the 

applicant onto the application form is stored in an applicant database for automatic 
insertion into subsequent applications by that applicant. The HTML source code for 
page 1 is attached in Appendix 1. FIGS. lOa-lOc, FIGS. 1 la-1 lb, and FIGS. 12a-12d 
show additional pages of application 96. 

20 FIG. 13 shows schematically the interrelationship when supplying a form 

pages to an applicant between a forms engine 104 of the present invention, applicant 
database 62, password database 60, and web browser client 58 running on applicant 
computer 14. FIG. 13 shows that forms engine 104, preferably implemented as a 
CGI program, performs four primary functions. When the applicant requests an 

25 application form for a particular institution and the request is authenticated by 
comparing the password with the password in the password database 60, forms 
engine 104 retrieves user information regarding the status of applications that are 
pending or completed. 

Forms engine 104 then generates a customized application form based upon 

30 an application description in an application data file 108. Forms engine 104 then 
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retrieves user data that was entered in previous applications and stored in the 
applicant database 62, and merges the user data into the current application, which is 
then returned to the applicant as an HTML form. The applicant then enters any 
requested information that was not automatically inserted from the database. 
5 Application 96 includes fields for the applicant to enter the specific 

information the institution requests of its applicants. The information is requested in 
a format chosen by the institution. The style and content of the customized 
application expresses the values held by the institution. The customized content of 
each application allows the school to obtain specific information that it chooses to 

10 characterize its applicant pool, including factors that it believes may correlate with 
student success at the particular institution. 

FIG. 14 shows schematically the interactions between forms engine 104, 
applicant database 62, and web client 58 with respect to forms engine 104 receiving 
data posted from the applicant. Forms engine 104 performs a "front-end" validation 

15 on the posted data 118. Data validation is explained in detail below. If the data fail 
validation, a data correction page is sent to the applicant. If the data pass first stage 
validation, the next application page is prepared by merging applicant information 
from the applicant database 62 with form information in application data file 108 and 
sending the resulting HTML application page to the applicant. 

20 After all the pages have passed first stage validation and the applicant 

attempts to submit the completed application to the institution, a second stage 
validation is performed. If the second stage validation is successful, user data 120 is 
written to the applicant database 62 and payment scripts 122 are executed in which 
the user is given an option to select any one of several of on-line payment methods. 

25 Credit card information is verified from a credit card database 124. After the 

information on the application is validated, it is transferred to the institution in a data 
format specified by the institution. The information is also stored for use in 
subsequent applications in an applicant database 62, which is independent of the 
institution. 

30 FIG. 15 is a flowchart showing the products at each step of processing by 
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forms engine 104 described in FIGS. 13 and 14. Optional steps are shown in dashed 
lines. FIG. 15 shows that an applicant 126 contacts forms engine 104 by a browser 
request for an application. Before presenting an application page to an applicant, 
forms engine 104 determines the state of the application process, and only presents 
5 appropriate pages to the applicant. For example, most institutions have application 
date windows during which applications, whether electronic or paper, for a particular 
term are accepted. The forms engine verifies that the application is being submitted 
within the allowed window. Unlike pre-printed paper applications, however, the 
invention provides the schools the flexibility of easily changing the application date 

10 window, so that the time to apply can be extended if the institution wants to receive 
additional applications. 

Forms engine 104 uses data from the appropriate application data file 108 
(FIG. 14) and previously entered user data to generate a page of a form 128. 
Data 130 is entered on the form page, by the applicant or from the database, and the 

1 5 page undergoes a first stage data validation 1 36 upon being posted by the applicant. 
A correction page form is submitted to the applicant each time a data validation fails, 
and the data is saved to the database upon successful validation. The process is 
repeated for additional pages until the form is completed and the applicant submits 
the form. 

20 When the applicant indicates that the application is ready to be submitted to 

the institution, a final, more thorough validation 136, known as second stage 
validation, is performed on the data. Second stage validation ensures that 
information required by the specific institution to which the application is directed is 
present and that the information meets certain content criteria specified by the 

25 institution. The data validation is customized for each institution. If the application 
fails second stage validation, a data correction page is returned to the applicant. The 
validated, submittable data 140 is stored in applicant database 62 in connection with 
the application. The data is then processed and transformed 142 as described below 
in connection with aliases, and saved for use in other forms that the applicant may 

30 complete in the future. A payment 148 is then processed and application transaction 
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processing 150 is completed. The forms engine then converts the application 
information into a form compatible with the institution's internal databases and 
delivers the information 152 to the institution's database 154. 

When the applicant subsequently applies to a different institution or to a 
5 different program within the same institution, a new application, customized for the 
different institution, is presented to the applicant. Information that was entered onto 
previously submitted applications is retrieved from the database and presented to the 
applicant as populated fields of the new application, so that the applicant is not 
required to enter information more than once. The applicant can change the values in 
10 a pre-populated field if desired and the new values are saved for use in subsequent 
applications. 

As described in more detail below, information about the applicants is 
maintained as a set of attributes, each attribute corresponding to database fields. If an 
institution chooses to include in its application a request for an applicant attribute that 

15 does not correspond to one included in the database, the database is easily extended 
to include the new applicant attributes without reprogramming the forms engine. 
Once the new attribute is added to the database, it is available for automatic inclusion 
in all subsequent applications. 

In the preferred embodiment, each attribute used to characterize applicants 

20 has a unique identifier or alias. The unique identifier allows the engine to recognize 
when the same information is being described by different labels or entered in a 
different format on different application forms. The information can then be saved 
properly and inserted into subsequent applications, regardless of differences in the 
entry format and labels in the first and subsequent applications. Thus, the variables 

25 can be universal and unique data elements having different names can be shared 
among applications. 

For example, one institution on its application may refer an applicants last 
name as a "family name" while another institution may refer to the last name as 
"surname" or a "last name," yet the forms engine would share the data properly 

30 between such application forms. As another example, if a first application form 
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requests multiple choice-type information in the form of radio buttons and the second 
form requests the same information in the form of a pull-down menu, information 
entered on the first form in the radio buttons would appear in a pull-down menu box 
on the second form. 

5 While providing the institution flexibility to designate and request the 

information any way it chooses on its customized application, the information is 
retrievable onto subsequent applications regardless of how the subsequent 
applications label or display the information. The forms engine of the present 
invention can thus share information across applications, regardless of how the 

10 information is expressed in a particular application, unless the data has been 

designated as described below as private to a particular application and not shareable. 

Each applicant attribute is characterized by one or more properties. The 
properties that characterize an applicants' attributes can specify, for example, whether 
and under what conditions the attribute data can be shared between forms, whether 

15 the attribute is a universally required field, or whether the attribute is specific to a 
particular geographic region. For example, an attribute named "California Driver 
License Number" is applicable only to institutions in California. Other information 
may be applicable to all institutions within a region but not to other institutions. 
Some applicant attributes are applicable only to institutions in a particular school 

20 system. Individual pieces of information can also be grouped and properties can be 
specified for the groups. The application can also include information that designates 
the routing of the information to groups* such as financial aid officers, within the 
institution. 

The invention not only allows an application to be customized for each 
25 institution, it allows the information submitted by the applicant to be transmitted to 
each institution in any data format that the institution requests so the institution is not 
required to convert the data to a useable format. For example, multiple fields, such 
as first name and last name, may be combined into a single field, and the data fields 
may be delimited by a delimiter specified by the institution. Data may also be 
30 transmitted to the institution, for example, as name-value pairs, as fixed records, in 
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EDI, or printable PDF format. Thus, the applicant information is entered in a 
customizable form on a browser running on any type of computer platform and stored 
at third party servicer 24 in a database. The information in the database is then 
reloadable into another customizable application form for a different institution. The 
5 information is also transmittable to an institution in its preferred format regardless of 
the platform used by the institution to process the information. After an 
application is sent to an institution, the information remains available in the database 
of the third party servicer for further analysis by the institution. The institution can, 
for example, sort or view applicants based upon attributes such as test scores, grade 

10 point average, participation in sports, or musical talent. Moreover, each applicant 
attribute has a property that can be used to specify who in the institution has access to 
the attribute for the purpose of uploading the information or of processing the 
information to characterize the applicant pool. For example, parts of an application 
dealing with academic background may be viewable by academic departments, 

15 whereas more personal information may be viewable only by school administrators. 

A preferred implementation of the invention comprises a single forms engine 
program, a single applicant database, including information on all applicants, and one 
application data file for each different application of each the participating 
institutions. The application data file describes the format of each application, and 

20 the forms engine displays information from the database in the format prescribed by 
the application data file. 

The applicant database can be extended to include new attributes without 
making any changes to the forms engine program or to the application files of 
institutions that chose not to include the new data. The forms engine automatically 

25 uses the application data file to produce the requested application in HTML format 
for display on the applicant's browser. The application description file can be easily 
modified, for example, to change labels or to add additional fields. The appearance 
of the application for each institution can be changed by changing its application 
description file, without reprogramming the forms engine. The completed 

30 application is transmitted to the institution with the data in any format that the 



SUBSTITUTE SHEET (RULE 26) 



WO 99/63454 



PCT/US99/12539 



-14- 

institution prefers. The institution can therefore upload the data directly into its 
applicant or student information system database, merging the information 
seamlessly into their existing work flow, thereby avoiding the additional expense and 
errors of re-keyboarding the information. The forms engine thus has the capability of 
5 outputting application information universally across platforms. 

A transactions database table and a transactions operations table track 
completed transactions and operations to assist the engine in maintaining information 
about the state of each application, so that only appropriate pages are presented to the 
applicant. These tables also allow the applicant to track the progress of his or her 
10 applications and online payment. 

Database Structure 

The tables described below are used in a preferred college admission forms 
processing system. The invention can be used for processing many different types of 
forms without departing from the scope of the invention, and skilled persons will 
15 recognize that different database structures will be required in different applications. 

Attribute Table 

A first database table, the Attribute Table, includes a list of all attributes that 
can be used to describe an applicant. The Attribute Table thus defines the variable 
space for the entire system. Each attribute, such as Name, Social Security Number, 

20 and SAT score, is represented by one row of the Attribute Table and is identified by a 
unique Attribute Identification Number. The Attribute Table includes properties of 
each attribute, such as whether the attribute is a required field for first stage 
validation (explained below) and whether the attribute is part of a data group, such as 
a geographical region or an institutional group. The Attribute Table also includes 

25 references to first stage validation rules, if any, for each attributes. The Attribute 
Table does not include values of the attribute for any particular applicant. 

User Attribute Table 
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The values assigned to attributes for individual applicants are stored in a User 
Attributes Table. Each row of the table includes a User Identification, an Attribute 
Identification Number, a sequence for the Attribute Identification Number, and a data 
value. When an applicant enters information on an application page on the Web and 
5 posts the form to the server, the information entered by the applicant is stored in the 
User Attribute Table after first stage validation. The form is posted when the 
applicant switches to another page or when the applicant indicates that the 
information is to be saved. An applicant may change the values of an attribute from 
one application to another. For example, an applicant may change his or her SAT 

1 0 scores to reflect new test results. 

The User Attribute Table always includes the latest information that an 
applicant had entered and is used to supply information for new applications. When 
the user calls up an application to complete, data is read from the User Attribute 
Table. When a new application includes attributes that were not requested by any 

1 5 application that the user previously completed, a new row corresponding to the new 
attribute is inserted into the User Attribute Table. Preferably a single User Attribute 
Table includes the attribute information on all applicants in the systems. 

User Attribute Sent Table 

After an application is completed and it passes second stage validation, the 

20 information contained in the application is stored in a User Attributes Sent Table, 
which represents a snapshot of the submitted application. The structure of the User 
Attribute Sent Table is very similar to that of the User Attribute Table. The primary 
key of the User Attribute Table is a user identifier (the users log-on name), whereas 
the primary key of the User Attribute Sent Table is a Transaction Identifier, which 

25 identifies a unique combination of user, application, and application term. Thus, 
there can be multiple records for a single user in the User Attribute Sent Table if the 
user has submitted multiple applications or the same application for different 
application terms. 

The Transaction Identifier is the same identifier used in the Transactions 
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Table, described below. Thus, one can scan the Transactions Table for Transaction 
Identifiers that correspond to applications that are shown as having been submitted, 
and then use those identifiers to look up data related to those applications in the User 
Attribute Sent table. 

5 Second stage validation is performed before writing a record into the User 

Attribute Sent Table and may, for example, combine fields such as last name and first 
name into a single field. Thus, the User Attribute Sent table shows exactly what was 
sent to the institution, and therefore includes a record for each application that was 
completed by a user. To review what data was sent, the institution reviews 
10 information derived from the records in the User Attribute Sent Table, which are then 
put into a format requested by the institution. 

Applications Table 

Each customized application is represented within an Applications Table, 
which defines the data set for each application. Each row in the Applications Table 
15 pertains to one attribute in a specific application and includes information such as an 
Application Identification Number, Attribute Identification Number, Attribute 
Sequence Number within the application, any second stage validation rules 
(described below), the Identification Number of the institution to which the 
application belongs, etc. 

20 Application Data File 

The Application Data File is a specially formatted text file that acts as an 
application description. It is a series of "directives" and optional arguments which 
the forms engine parses to build the HTML form and to merge in user data. The 
directives are interpreted by means of a look-up in a data structure that stores the 

25 directive interpretations. For example, a line in the Application Data File may be 
"SSJSIUM." Upon encountering the line, the forms engine will look into a data 
structure to interpret SS_NUM. SS_NUM may mean, for example, to display a text 
box with a label that reads "Enter Your Social Security Number" and to put the 
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previously supplied value for social security number (stored in the User Attribute 
Table) into the text box. SS_NUM may also prescribe a minimum length, maximum 
length, and call a function that creates the text input box. The directive could also set 
flags that indicate a particular state for the application. The Application Data File can 
5 optionally supply arguments to directives. Arguments may, for example, instruct the 
forms engine to apply specific labels or to override default values, so that the label or 
format for entering the data can be customized. The information in the Application 
Data File could alternatively be included in the Applications Table. 

In an alternative embodiment, rather than having the application information 

10 stored as directives and building the application whenever a student invokes it on- 
line, the application is built by a pre-processor utility that is run once to produce an 
"application template" with a regularized syntax. In other words, an Application Data 
File entry such as "SS_NUM" is replaced by a template line such as 
"SSJsTUM|ITEXT|Social Security Number: |11|11". 

15 In the previously described embodiment, the Application Data File lines 

represent function calls with optional arguments. The forms engine executes these 
function calls, which in turn execute a form-element-producing function like 
"ITEXT" which produces a text box. Thus, the forms engine not only needs to have 
available hundreds of functions, it also has to do two (or more) layers of function 

20 execution for each line in the Application Data File. 

In the alternative embodiment, most of this processing is performed off-line 
during the application development phase, and the results of the processing is saved 
in the template file. The on-line forms engine then pulls in this "pre-digested" 
template file. Each line of the template file is a pipe ("|") separated list of: (1) 

25 variable name; (2) form element [for example, form element ITEXT is textbox, 

IRADIO is radio button(s), etc.]; (3) question label; and (4) arguments needed by the 
form element function. 

Whereas the forms engine in the first embodiment is analogous to an 
interpreter, executing a shell script, the template in the second embodiment is 

30 analogous to compiled code. The pre-processing is analogous to a compilation phase, 
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and the output template file is analogous to a binary object. It is composed of 
instructions to the engine, like compiled code is composed of instructions to the 
CPU, whereas the bulk of the forms engine in the first embodiment comprises code 
to do the interpretation, the forms engine in the second embodiment has a very small 
5 instruction set: basically one instruction per form element, plus a handful of special 
instructions. 

The template file gives the application developer absolute freedom to quickly 
update the application with no need to rewrite or add program code to the forms 
engine. Use of templates also dramatically reduces the number of functions needed 
10 by the engine, as well as the execution overhead. 

The template file can be in the form of specially tagged HTML; that is, 
instead of a line-by-line set of directives, the template can look like HTML with 
embedded special tags representing the form element/variable/value to interpolate. 

Below is an example, simplified for clarity, of a part of a template represented 
15 in a specially tagged HTML: - - — - - 

<Hl>Biographical Information</Hl> 
<OL> 
<LI> 

<QUESTION ATTR_ID=="53" ARGS="SS_NUM|ITEXT|1 1|1 1" 
20 VALRULE="Req();Int(- ,);Len(9)">Please 

enter your Social Security Number: 
</QUESTION> 
</LI> 
<LI> 

25 <QUESTION ATTR_JD="106 M ARGS="BIRTH_DATE|DATEMDY" 

VALRULE="Req()">Please enter your birth 
date (MMDDYY): 
</QUESTION> 
</LI> 
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</OL> 

To process the template, the forms engine need only look for <QUESTION> . . . 
</QUESTION> sections and parse them. Many other pieces of logic could also be 
embedded into the templates. The output of the processed template is an HTML form 
5 that is viewable by the student completing the application. The output from the 
above template snippet could look like this, with the special QUESTION tags 
converted into HTML form elements and user data incorporated: 

<Hl>Biographical Information</Hl> 
<OL> 
10 <LI> 

Please enter your Social Security Number: 
<INPUT TYPE="TEXT" NAME="SS_NUM" 

VALUE="200-00-0000" SIZE=11 MAXLENGTH=1 1> 
</INPUT> 
15 </LI> 
<LI> 

Please enter your birth date (MMDDYY): 

<NOBR><DSfPUT TYPE-TEXT" NAME-'mdyl BIRTHDATE" 

VALUE="09" SIZE=2 MAXLENGTH=2></TNPUT> 

20 <INPUT TYPE="TEXT" NAME="mdy2 BIRTHDATE" 

VALUE="17" SIZE=2 MAXLENGTH=2></INPUT> 

<INPUT TYPE='TEXT" NAME="mdy3 BIRTHDATE" 

VALUE="1966" SIZE=4 MAXLENGTH=4></EMPUT> 
</NOBR> 
25 </LI> 
</OL> 

The above page is then transferred to the user. 
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Institutions Table 

The Institutions Table includes a row for each institution. Each row includes 
an Institution Identifier, an Institution Name, an identifier for a parent institution if 
any, and other information about the institution. 
5 Institutions can also be arranged in a hierarchy, with one institution belonging 

to another institution. The Institutions Table allows the construction of an arbitrary 
hierarchy of institutions, which can be used to control data access. Information in the 
Contact Table (described below) and Attribute Table is combined with information in 
the Institutions Table to determine access to particular attributes in applications. For 

10 example, a financial aid officer in the medical school of a university may have access 
only to financial information on the medical school application, whereas a financial 
aid officer of the university or of the university system may have access to financial 
information on all applications. Thus, the invention permits flexible control of data 
down to the attribute level. 

15 Institutions can be grouped geographically or by other characteristics. The 

Institutions Table can have fields indicating to which groups the institution belongs. 
Thus, the forms engine can control attributes that are relevant only to institutions in a 
particular group. 

Contact Table 

20 The Contact Table specifies the database access privileges of people within an 

institution. For example, an administrator at a state university system may have 
access rights to data from applications to all universities within the system, whereas 
an administrator at a particular school may have access only to applications to that 
school. 

25 Each row in the Contact Table includes a unique Contact Identifier, an 

Institutional Identifier, which defines the institution or group of institutions to which 
access is granted, and the operations which the contact is permitted. For example, a 
contact may be granted rights to acknowledge receipt of an application, to transfer 
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application data using a file transfer protocol (FTP), or to receive a printable, non- 
editable version of completed application. 

The Contact Table can also contain additional useful information, such as the 
e-mail address or last log-in time for the contact. 

5 Terms Table 

The Terms Table indicates the application terms that are currently available. 
Each row of the Terms Table includes a unique Term Identifier, a Term Key, the start 
and expiration dates for applications to the institution for the term, a text description 
of the term, and an institution-defined Term Code. The institution-defined Term 
10 Code is used when data is uploaded to the institution so that the data is seamlessly 
loadable into the institution's information system. The Institution- Application Table 
described below defines the applications available for each institution and includes a 
term key field that identifies the terms for which the application can be used. 

Institution-Application Table 

15 One institution, represented by a row in the Institutions Table, can own 

several applications, each of which is represented by a row in the Institution- 
Application Table. For example, an institution may have one application for 
freshman undergraduate students, another for transfer undergraduate students, yet 
another for international students, etc. 

20 The Institution- Application Table includes one row for each application 

owned by an institution and relates the information in the Applications Tables to the 
Institution described in the Institutions Table. Each row in the Institution- 
Application Table includes an Application Identifier, an Institution Identifier, status 
of the application, type of the application, and information pertinent to the particular 

25 application (i.e., name campus, etc.). Each row also includes a Term Key, which is 
used with the Term Table to determine which terms are currently available for 
applying using the application. The Institution-Application Table can also include 
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information about the application processing fee and how the fee is allocated between 
the institution and the processor. 

Transaction Operations Table 

Each time an applicant performs an operation, such as saving a page of 
5 information, the operation is assigned a unique Operation Identification Number and 
a new row is added to the Transaction Operations Table. Each row of the 
Transaction Operations Table includes the unique Operation Identifier, a Transaction 
Identifier (described below with the Transaction Table), a code indicating which 
operation the row represents, a contact identifier, and a time stamp indicating the date 
10 and time of the operation. Operations include, for example, save, save and send, 
acknowledge, secure credit card, no fee, void, and view printable application. 

The Transaction Operations Table and the Transaction Table described below 
are used to maintain state information. 



Transaction Table 

I 5 A Transactions Table includes information about each user transaction, that 

is, each application that a user has accessed and saved. Each entry in the Transaction 
Table includes a unique Transaction Identifier, a User Identifier, an Application 
Identifier, a Term Identifier, and a code indicating the state of the application. The 
Transaction Identifier represents a unique combination of User Identifier, Application 

20 Identifier, and Application Term. There is exactly one row in the Transaction Table 
for each Transaction Identifier. The application state can be, for example, c in 
progress', 'submitted 5 , 'payment received', and 'acknowledged by the institution,' 
etc. Each entry also includes an order identifier, a text string that includes the User 
Identifier, the Application Identifier and a time stamp. The Order Identifier is used 

25 for credit card settlement and in correspondence with the institution. 

When a user accesses an application, the universal forms engine looks for an 
existing transaction involving the user and the requested application and term. If 
such a transaction exists, the response of the forms engine to the user depends upon 
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the state of the transaction. If no such transaction exist, (i.e., this is the first access to 
this application by the user) a new transaction is begun. An new entry is inserted in 
the Transaction Table. A Transaction Identifier is assigned when the user requests an 
explicit save operation or a "save and send" operation for the new application. A 
5 Transaction Identifier is not assigned merely on the basis of a page flip on a 
multipage form. 

Once the user selects the "Save, Pay and Send" button, the Term, Term 
Identifier and Order Identifier fields are populated, and the state is set to indicated the 
application has been submitted. Upon payment, a Payment Operation field is 
10 populated with the Operation Identifier for the payment operation, and the state is set 
to indicate that payment has been received. This continues as the transaction travels 
through settlement, acknowledgment, etc. 

Applicant Pages 

Applicant pages are those presented to the applicant. These include actual 
15 application pages generated by the forms engine and displayed with labels identifying 
the requested information and suitable form data entry elements for applicants to 
input the requested information. Applications are typically composed of multiple 
pages. 

Another applicant page shows the applicant the status of all applications the 
20 applicant has worked on. This page is produced by a CGI utility that examines the 
tables described above and produces an HTML page showing whether each 
application has been completed, saved, submitted, or paid and whether it has been 
acknowledged by the school. 

Correction pages are presented to the applicant when first or second stage 
25 validation described below detects missing or incorrect data. 

Other pages include those that inform the user when no terms are available for 
accepting applications (that is, the current date is outside the submission windows) or 
when a requested application has already been submitted for the requested term. 
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Data Validation 

The presence and content of the information is preferably checked at the 
server, rather than by the browser on the applicant's computer. This reduces the 
requirements for the browser, so that the applicant is not restricted to using the latest 
5 version of a browser and, as less computation is performed by the browser itself, 
compatibility problems are reduced. An applicant can use a character based browser, 
such as Lynx, if he chooses. When information is recalled from the database for 
insertion into a new application, it is checked against the content requirements of the 
institution. If the recalled data does not meet the criteria, the information is requested 

10 again from the applicant. 

Data validation is performed in two stages. Data is saved both before and 
after each stage of validation. The first stage consists of checks that are universal to 
all applications. These checks are done every time a page is submitted, such as when 
a subsequent page is requested or when a page is saved. For example, first stage 

1 5 validation may check that the applicant's name is present, that SAT scores are 

between be 200-800, and that once the non-digit characters are stripped out of social 
security numbers, a sequence of nine digits not beginning with "9 ,! or "000" remains. 

To avoid presenting the applicant with an overwhelming number of fields that 
fail validation rules at the end of the entire application, it is preferable to validate as 

20 many fields as possible in the first stage validation. On the other hand, the number of 
required fields is preferably minimized in the first stage, because an applicant may 
want to partially complete an application during one session and complete the 
remaining fields at another time. 

Second stage validation is performed when an application is being submitted 

25 to an institution and the entire form must be complete. The second stage typically 
includes more required fields and more specific validation rules for submitted data 
fields. Second stage validation is performed on the entire data set for the application 
and validates the information in accordance with rules specified by the institution for 
the particular application. First, institution specific required fields are verified. For 

30 example, because some institutions may be willing to process an application with the 
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field Hobbies left blank, this field is not required in first stage validation. If an 
institution does require this field to be complete, an incomplete field will be flagged 
during second stage validation. After second stage validation is successfully 
completed, the data is ready to be uploaded to the institution. 
5 The Application Table indicates which fields are required for the particular 

application. The Application Table also indicates certain data validation rules, such 
as permissible values or formats for data. The second stage validation can reformat 
the data into a format requested by the institution. For example, some institutions 
want the name of the applicant in the form of a single field, with the last name first, 

10 followed by a comma and then the first name and middle initial. To avoid having 
applicants enter data more than once to accommodate changes in format, the 
information is preferably stored in simpler data elements, and then combined during 
second stage validation into the format requested by the institution. 

Dependency rules are checked during second stage validation. For example, 

15 whether a particular field, such as Alien Registration Number, is required may 
depend upon the value supplied by the applicant for another field, such as 
Citizenship. 

A user who is earnestly filling out the application with the intent to submit it, 
could, upon submission, be confronted with many institution-required fields on a 
20 large second stage data correction page. To minimize the size of that page, the user is 
given the option of having first stage validation additionally scan the current page's 
fields for attributes which will be required by the second stage validation process. 

Initially this option is active. If the user is presented a data correction page, 
the top of the page has radio buttons and instructions for enabling/disabling this 
25 feature. The user's choice is maintained between pages via a hidden field in the 
form(s). 

In this manner, as the user progresses through the application, he can enter 
values for second stage-required fields in a gradual manner via the first stage 
validation process, rather than being confronted with many fields to populate upon 
30 submission. 
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If the user is unable to supply a value at the time, he can disable this feature 
and postpone entering data into the field until he is ready to submit the application to 
the institution. 

Attribute Aliasing 

5 Aliasing of attributes refers to a secondary naming scheme developed to 

create a flexible data dictionary. By using Aliasing, an application developer can 
rapidly locate attributes that are defined by system, and avoid creating duplicate 
attributes that store the same data. 

Each attribute alias is a series of descriptors delimited by colons. For 
1 0 example, anything relating to address information uses a descriptor of "ADDRESS"; 
questions relating to the applicant's birth use a descriptor of "BIRTH". 

Thus, the country of birth attribute is named "BIRTH_COUNTRY" but its 
alias is "BIRTH ADDRESS :COUNTRY". Similarly, the date of birth attribute is 
named "BIRTH_DATE", and is aliased as "BIRTHDATE". 
1 5 Permanent address attributes are named "STREET","STREET2","CITY", 

"ZIP", etc. but the aliases are " ADDRES S :PERMANENT: CITY", 
"ADDRESS:PERMANENT:ZIP", etc. 

Mailing address attributes are named "MADL_STREET","MAIL_STREET2", 
"MATL_CITY", "MAIL_ZIP", etc. but the aliases are "ADDRESS:MAIL:CITY', 
20 "ADDRESS:MAIL:ZIP", etc. 

The use of Aliasing provides the ability to search for content by a keyword or 
set of keywords. For example, to find "father's home address", one could search for 
all attributes whose aliases contain the descriptors "FATHER", "ADDRESS", and 
"HOME". 

25 This search would locate the aliases "FATHER:ADDRESS: 

HOME. 1 .STREET", "FATHER: ADDRESS :HOME. 1 :CITY", 
"FATHER:ADDRESS:HOME.l :COUNTRY", 

"FATHER: ADDRES S :HOME. 1 TELEPHONE", which correspond to the variable 
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names "PERSON_AT_ADDRESS_SINCE.l n , "PERSON_CITY.l n , 
"PERSON J^OUNTRY. 1 "PERSONPHONE. 1 respectively. 

One can look at the intersection or union of keyword search results to quickly 
access desired attributes. 

Thus, the aliasing system is used primarily for developing new applications: 
not only as a lookup tool, but also to avoid adding as new variables attributes that 
already exist. Finally, aliasing ensures maximum data-sharing by weeding out 
duplicates that would split the data between two name spaces. It is preferable to use 
this system as the primary internal naming scheme. 



Procedure 

FIG. 16 shows the steps that occur in a preferred embodiment when an 
applicant contacts the forms engine. Step 1 56 shows that when an application 
contacts the URL of the forms engine, the forms engine is invoked and initializes 

15 itself by reading in libraries and initializing variables, such as global constants and 
data structures. For example, in the first embodiment of the Application Data File 
described above, an associative array of associative arrays that defines the form 
elements used by the engine to construct the application form is initialized. 

In step 1 57, the forms engine looks for data posted from the Web page form. 

20 There may be no data at first, but after some information is entered and a page is 
saved or changed, data will post to the forms engine, which will perform first stage 
validation on the data. The forms engine then processes input arguments and posted 
data to determine the application state as described below. 

Step 1 58 shows that the forms engine then makes database calls to initialize 

25 variables pertaining to the current admissions application (ID #, fee information, 
institution, etc.). 

Step 159 shows that the forms engines determines which application terms 
(e.g. "Fall 1999", etc.) are available for this user/application combination. For 
example, the user may have already submitted and paid for a "Fall 1999" application 
30 and is now requesting the same application. This request may be to 1) review the 
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submitted application or 2) apply for a new term. The engine needs to guarantee that 
the user does not submit the same application more than once per term. The search 
engine calculates submission state information to prevent a user from changing data 
in an already submitted application, and then resubmitting it in the mistaken belief 
5 that the data would be updated at the institution. 

There are three outcomes of the calculation of submission state: 

a. No currently available terms. Each term has a Begin-Date and an 
Expiration-Date. If the current time is before the Begin-Date or after the 
Expiration-Date, that term is unavailable. No terms would be available if all 

10 application windows for an institution are either expired or have not yet begun, or if 
the user has applied to all currently available terms. 

b. User has applied for a term, and has not yet initiated a new transaction 
for this application. 

c. User has an available "Active," that is, not submitted or paid, 
15 transaction for this application. - - 

In step 160, the engine determines, based upon the availability of a term and 
the state of any pending or submitted applications, which application form is required 
by the user and generates the appropriate application form. If the user has an 
available active transaction, the engine will return the appropriate page of the 

20 application in an HTML form with any previously supplied data already filled in. If 
the user has already submitted the application and has no active transactions, an 
"Already Submitted" page is returned, with hypertext link(s) to "Printable" 
(uneditable) versions of the submitted application(s), and the option to fill out the 
application for a term other than the term(s) already applied for. If there are no 

25 available terms, a "No Available Terms" page is returned, which gives the user the 
option to fill out and save the application, but not submit it until a term is available. 
In the case that the user has previously submitted an application for the specified term 
and no other terms are available, a hybrid of the above two pages is returned, with 
links to printable version(s) of submitted application(s) and the option to fill in and 

30 save data but not submit the application until a new term is available. 
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In step 161, the forms engine reads and parses the "Application Data File" 
corresponding to the application to find the appropriate page of the application. 

In step 162, the engine initializes a user data structure, preferably an 
associative array of key/value pairs or a data object in an Object-Oriented 
5 implementation Programming using data from the User Attribute Table. 

If data has been posted, the forms engine performs first stage data validation 
in step 163. 

If one or more data fail validation, the engine creates a "data correction page" 
and returns it to the user. This page repeats the text of the failed question, displays a 
1 0 message explaining why the data failed, and repeats the form element pertinent to 
that datum. When the user posts this page, first stage validation is applied to the 
incoming data, and if one or more are still in error, a new data correction page is 
returned. This process continues until all the data for that page have passed 
validation. 

15 As described above, the first stage validation optionally checks for second 

stage required fields, thereby reducing the number of fields that will require data 
entry during the second stage validation. On each data correction page, the user has 
the option to enable/disable this feature. 

In step 164, the forms engine outputs an appropriate page to the user 

20 depending upon the engine's state. 

The front end, that is, the portion of the forms engine that processes incoming 
data from the user, is essentially one CGI program that determines the proper action 
by parsing information coming in from the Web form in combination with state 
information from the Transactions Table. For example, the user could be returning 

25 from a data correction page, the user may have hit the "save and send" button, or the 
user may have switched pages. The engine may look for posted data and process it, 
etc. 

State 
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The forms engine can be in one of several possible states after analyzing 
incoming data. For example, the data may have failed validation and the forms 
engine, therefore, needs to output data correction page, or a user may have requested 
to go to page "x", so the forms engine needs to create and output page "x"; etc. (see 
5 discussion of state, below). 

Most interactions between the user and the inventive system are through 
"front-end processing," which was described above with respect to FIG. 14. The 
response of the engine is dependent upon the current state. The Web, which is the 
communications conduit the system uses, is by definition stateless: When a browser 

10 (Web client) submits a request to a Web server, a connection is made between the 
two only long enough for the server to transmit the desired information. The server 
then drops the connection, and any information created by the client/server 
interaction is discarded by the server. The next time the client connects to the server, 
the slate is blank and they start that interaction from scratch. 

1 5 The system needs a way to maintain state information between contacts. The 

system utilizes two state models to describe the states of two different aspects of the 
system: a "session state 11 applies to the front-end process of creating and returning 
Web forms, and a "transaction state" pertains to the state of the transaction, that is, 
the state for a particular user's application to an institution for a specific term. 

20 Transaction states include for example, active or submitted or paid or void. 

Every page has hidden fields that provide state information. The session state 
can be determined by parsing the hidden fields returned with data. State information 
can include, for example, the version number of the application and the page that the 
user previously requested. For example, the hidden fields would indicate to the 

25 server whether a page is being returned because the applicant selected "Save, Pay, 
and Send" or whether the applicant merely requested a page flip. As another 
example, when first stage validation finds an error and returns a data correction page 
to the user, the data correction page includes hidden fields that indicate the page that 
the user was attempting to go to. When the data correction page is submitted, the 
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engine parses the hidden fields to determine the state and returns the previously 
requested page to the user. 

The current transaction state for a specific application/user combination is 
determined by looking up the application in the data base tables described above. 
5 For example, if the applicant requests an application for a term for which the 

applicant has already submitted an application, the engine determines that such is the 
case, and rather than returning the application, returns a page stating that the 
application was already submitted. The student is given the option of viewing the 
application in a printable, non-editable form, or of opening an application form for 

1 0 another term. The engine screens out the term already applied for when it returns the 
application. If no terms are currently available, a page is returned that states no terms 
are currently available, but the applicant is permitted to begin completing an 
application that can be saved until a term is available. In such a case, the "save and 
send" button is not available until a term is available. Thus, applicants can begin 

15 completing forms even before a term is available. 

With regard to the front-end state model, the following is a list of the states 
the engine defined by the action that caused the engine to be in that state: 

1 . "Initial Contact" - The user is requesting the application form from 
outside of the engine. The engine will create the first page of the application, merge 

20 any matching user data, and return the form. 

2. "Page Flip" - For multi-page applications, the user has come from 
page "x" and wants to go to page "y". The engine first applies front-end validation to 
the incoming data posted from page "x" (which may result in returning a data 
correction page), saves the validated data, generates page "x" merges any matching 

25 user data and returns the form. 

3. "Explicit Save" - At the bottom of each page is a button that allows 
them to save the current page of data. Essentially, the action of the engine in this 
state is identical to the "page flip", but tc x" equals "y" (i.e., the returned page is the 
same page number as the page posted from). 

30 4. "Save and Send" - The user has elected to submit the completed 
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application to the institution. The engine does front-end validation on the current 
page posted, saves data, does back-end validation on all data pertaining to the 
application, saves data to the User Attribute Sent Table, and passes control to the 
payment server. 

5 5. "Data CRX (Correction) Page" - When either front-end or back-end 

validation has failed, the engine switches to this state, which causes the form 
generator to create a data correction page and hide in that page state information 
including the state the engine was in prior to switching to this state. (For example, if 
the user is on page 3 and chose to go to page 5, but errant data on page 3 lead to an 

10 intervening data correction page, the data correction page includes hidden data 

indicating the page flip to page 5). Once the data are successfully amended and the 
user posts the data correction page, the engine detects that the prior state was a "page 
flip" to page 5, and returns page 5 to the user. Similarly, if the user had selected 
"save and send" and got an intervening front-end or back-end validation data 

1 5 correction page, once corrected the post from that data correction page will then 
switch the engine into "save and send" mode, and the user will receive the payment 
page from the payment server. 

6. "App Terms Page" - This state is entered when the applicant requests 
an application that was already submitted or for which no terms are available: (a) an 

20 "already submitted" page; or (b) a "no available terms" page. The engine will return 
either with hidden state information. When one of these pages is posted, the engine 
will then continually insert additional hidden state information into subsequent forms 
to ensure future behavior is in accordance with selection(s) the user made on those 
pages. 

25 7. "Print Engine" - The engine is being called in print mode to deliver a 

"printable" (i.e., non-form) version of the application/user data. 

8. "Exit" - The user has chosen the 'Finish Session' button on the 
application page, and the engine passes control to the user activity CGI, which 
displays a page of information about the applications the user has worked on and 

30 their status. 
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9. "Search" - The user has selected a search button to aid in the selection of a 
value for example, a country. The engine saves any validated data and displays a 
search page, which contains links back to the page of the application the user left. 
These links also cause the selected value to be passed into the engine, which then 
5 displays it appropriately in the form. 

FIG. 1 7 shows the back-end state model for an application, and the 
corresponding transaction operations that cause changes between states. Null state 
172 is the state after an application has been created but before the application has 
been posted by the applicant. The application switches into the active state 178 when 

10 the applicant saves a page of the application or when the applicant attempts to save a 
page and an error prevents the page from being saved. When the application is 
submitted, it enters a submitted state 180. The applicant is preferably given a 
warning that no changes can be made to the application after payment is made and is 
given the option to amend the application. If the applicant indicates a desire to 

1 5 amend the application, or if the application fee is not paid, the application returns to 
active state 178. If the applicant request a fee waiver or the applicant indicates that 
he desires to pay by check, the application enters a hold state 1 82 until the check 
clears or the fee waiver is approved by the institution. Fee waivers are used by 
institutions to encourage applications from qualified individuals who may not be able 

20 to afford the application fee. 

After the application is submitted, the applicant pays for the application, 
which enters a paid state 1 84 until the payment is acknowledged by the institution or 
settled. In the paid state 1 84 and subsequent states, the application can be viewed for 
printing by the applicant or downloaded by a batch transfer or file transfer protocol 

25 by the institution. The application is then acknowledged by the institution and the 
payment is settled. Depending upon whether the acknowledgment or settlement 
occurs first, the application enters an 

acknowledged state 186 or a settled-preacknowledgment state 192. After both 
settlement and acknowledgment occur, the application enters a completed state 190. 
30 The application can enter a void state 1 94 if it becomes unuseable, for example, 
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because an applicant cancels the application or withdraws permission to provide the 
application information to the institution. Voided application are maintained in a 
separate database table. 

Data Formatting 

5 When application information is uploaded and acknowledged by the 

institution, the original application information remains archived in the applicant 
database in the User Attributes Sent table. The application can be printed, re- 
uploaded, etc. Institutions can request information related to all or a subset of their 
applications to see, for example, what new applications have been sent and the status 

10 of various applications. The data is available for data manipulation, such as for 

sorting on fields or presenting application information in various database views. For 
example, a school can look at applications sorted by test scores. The school could 
also look at all applications of students from a particular geographical area, or 
students who play a particular sport or instrument. The institution can perform 

1 5 statistical correlations between information on the application and grades achieved at 
the institution after matriculation to determine what characteristics of applicants 
correlate with success at the institution. 

Not only are the individual data elements tailored to the specifications of a 
particular institution, the entire data set is formatted to conform to that institutions 

20 needs. The data formats may include 1) comma separated values, 2) tab delimited 

values, 3) fixed length formats, 4) name/value pairs, and 5) EDI 189. For all of these 
methods, of course, the data is ordered as required (e.g., Social Security number first, 
last name second, high school name 33rd, etc.). 

The format of the entire data set is done via back-end utilities that run on the 

25 server and that utilize specially formatted text files containing data formatting 
descriptions and additional data-manipulation rules. These utilities are triggered 
when the institution's contact person accesses the administrative utility on the forms 
engine server and chooses to upload data sets. 

Another implementation of the invention uses object-oriented programming 

30 and the Extensible Markup Language (XML), which is used to create a customized 
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mark-up language related to applications processing. In this embodiment, most of the 
information about each applicant is stored in an XML file corresponding to that 
applicant, although some basic account information about each applicant is still 
maintained in a data table. Information about each application is stored in an XML 
5 application description file. This implementation requires fewer files, thereby 

simplifying maintenance and reducing the run time overhead associated with reading 
and reconstructing applications from multiple files. First and second stage validation 
rules are maintained in the XML application description file. Unlike the previously 
described embodiment, initialization is only required when the web server is started, 

1 0 because the application persists, along with its database connections, as long as the 
server is operating. 

An XML parser, typically written in Perl, parses the XML application 
description source file and invokes programs that implement by creating and saving 
binary objects the features specified by the XML tags. For example, the text between 

1 5 a <begin page> tag and an <end page> tag is used to create a page object having 

attributes defined by the text between the tags. Similarly, an object corresponding to 
an element of a page is created based upon the text between a <begin element> tag 
and an <end element> tag. The created objects define the application that is 
presented to the applicant. 

20 FIG. 1 8 shows examples of binary objects created by the XML parser and the 

relationships between some of the objects. For example, FIG. 18 shows, that a page 
object 204 can include one or more element object 206, groups objects 208, and table 
objects 210. An element object 206, which can be instantiated for example as a 
question on the application, includes a pre-text element 2 1 2 and a post-text 

25 element 2 1 4 corresponding to text associated with the question, an input field 
element 216, and any validation rule elements 218. Groups objects 208 may also 
include a pre-text element 212 and a post-text element 214, as well as element 
objects 206, other group objects 208, and table objects 210. Table objects 210 can 
include table header objects 220 and row element objects 222. Skilled programmers 

30 can write many classes to customize an application and will understand that FIG. 1 8 
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is a greatly simplified example used to demonstration the principles of the 
embodiment. 

The group object allows multiple elements to be associated with a group and 
eases the implementation of an adaptive application, in which the content of 
5 application pages sent to an applicant may depend upon the applicant's answers in 
previous pages. Whether an element or group is displayed depends upon the value of 
a display attribute, which can be used to specify the conditions under which the 
object is displayed on the screen or in printed reports. For example, a group of 
questions may belong to a "non-U.S. citizen" group object. Questions belonging to 

10 the non-U.S. citizen group object may request information such as visa type, alien 
registration number, and country of origin. If the applicant answers that he is a U.S. 
citizen, elements in the "non-U.S. citizen" group are not displayed. An adaptive 
application would also be useful for a higher education system that includes multiple 
schools or campuses. A single application file could be used, with the questions 

1 5 presented to the applicant depending upon the particular school the applicant 

chooses. Using a single application greatly simplifies maintenance of the application 
form. 

Applicant information is similarly saved in an applicant XML file. Unlike the 
application description XML file, the applicant file is changed as information is 
20 posted by the applicant. Thus, the applicant XML file is re-saved each time that data 
is posted by the applicant. 

Although the present invention has been described using an embodiment that 
processes college admission application forms, it is not limited to that application, 
but is applicable to processing any form, such as employment forms and student loan 
25 forms, such as for the PLUS student loan program 

While a preferred embodiment of the present invention has been shown and 
described, it will be apparent to those skilled in the art that many changes and 
modifications may be made without departing from the invention in its broader 
aspects. Because the computer and computer network fields are changing rapidly, it 
30 is expected that implementation of the invention will change significantly as 
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technology evolves. The particular programming language and the type of database 
can be varied depending on the preferences of the programmer. Such changes in 
implementation, however, do not depart from the spirit and scope of the invention. 
The appended claims are therefore intended to cover all such changes and 
5 modifications as fall within the true spirit and scope of the invention. 
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APPENDIX 

<HTML> 
<HEAD> 

<META NAME = "GENERATOR" CONTENT= "Mozilla/4 . 04 [en] (Win95; 
I) [Netscape] "> 

<TITLE> Lewis and Clark College for Admission for mossch, 
page 1< /TITLE > 
</HEAD> 

<BODY BGCOLOR="#FFFFFF"> 

< CENTER > 
<H1> 

<IMG SRC="/logos/lewisc .gif " ></Hlx/CENTER> 

< CENTER > 
<H2> 

Lewis and Clark College<BR> 

Application for Admission, page l <BR> 
Fee: $45 . 0 0</H2x/CENTER> 

<FORM METHOD="POST" ACTION= " tit tps : //www . applyweb . com/cgi - 
bin/app?lewisc" ENCTYPE="application/x-www-f orm-urlencoded" > 
<HR> 

< TABLE BORDER=0 WIDTH="6 95" > 
<TR> , _. ., . 

<TD><B>Office of Admissions</B> 
<BR>0615 S.W. Palatine Hill Road 
<BR>Portland, Oregon 97219-7899 
<BR>Phone: 503-768-7040</TD> 

<TD VALIGN=TOP>Toll-Free: 800-444-4111 

<BR>Fax : 503-768-7055 

<BR>lnternet : admissions@lclark . edu 

<BR>World Wide Web: http : //www . lclark . edu</TD> 

</TR> 

< /TABLE > 

<HR> 

<TABLE BORDER=0 WIDTH="610" > 
<TR> 

<TDxB>Admissions plan : </B>  

<BRxINPUT TYPE=RADIO NAME= "LEWI SC- ADMISSION" VALUE:* "Early 
Decision (binding) 11 ><NOBR>Early 
Decision (binding) </NOBR>  

<BRxINPUT TYPE=RADIO NAME= "LEWI SC -ADMISSION" VALUE=" Early 
Action (nonbinding) " ><NOBR>Early 
Action (nonbinding) </NOBR>  

<BRxINPUT TYPE= RADIO NAME= "LEWI SC- ADMISSION" VALUE= " Regular 
Decision" ><NOBR>Regular 
Decision</NOBR>  </TD> 

<TD VALIGN=TOPxB>Applicant status :< /B>&nbsp ; 
<BRx INPUT TYPE=RADIO NAME= "LEWISC-APPLICANT_STAT" 
VALUE= 11 First -year student" ><NOBR>First-year 
s t udeii t < / NOBR > &nbsp ; 
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<BRxINPUT TYPE = RADIO NAME — " LE W I S C - AP PL I CANT__S TAT " 
VALUE =» Transfer student" ><NOBR>Transfer- 
student </NOBR>  

<BR>Portfolio Path?&nbsp ; < INPUT TYPE=RADIO NAME= "LEWISC- 

PORTFOLIO" VALUE=»Y" xNOBR>Yes< /NOBR>&nbsp ; <INPUT 

TYPE=RADIO NAME = 11 LEWISC- PORTFOLIO" VALUE ="N 11 

xNOBR>No</NOBR>  </TD> 

</TR> 

< /TABLE > 

&nbsp ; 

<TABLE BORDER=0 WIDTH="50 0" > 
<TR> 

<TDxB>Entry date : </B>&nbsp ; <SELECT NAME="LEWISC-APP_TERM" 
SIZE=1 xOPTION VALUE="» >&nbsp ; <OPTION VALUE="Fall 1998" 
SELECTED >Fall 

1998&nbsp ; <OPTION VALUE= "Spring 1998" >Spring 
1998  </SELECTx/TD> 

<TD VALlGN=TOPxB>Residence plans : </B>&nbsp ; 
<BRxINPUT TYPE = RADIO NAME = "LEWISC- RESIDENCE" 
VALUE= "Residence hall" ><NOBR>Residence 
ha 1 1 < /NOBR > &nbsp ; 

<BRxINPUT TYPE=RADIO NAME= " LEWISC-RESIDENCE" 

VALUE=" Commuting student" ><NOBR> Commuting 

student</NOBR>  </TD> 

</TR> 

< /TABLE > 

<HRxBxFONT SIZE = + 2>Personal< /FONTx/B> 
<BRxi>Last/Family Name:</l> < B >< FONT 

SIZE = + 2>Scheinberg</FONTx/B>  <INPUT TYPE=HIDDEN 
NAME = " NAME_L AST " VALUE= "Scheinberg " xIMG 
SRC= " /images/spacer .gif" ALT= " " xIMG 
SRC= " /images /spacer . gif " ALT= " " >< IMG 
SRC=" /images/spacer .gif " ALT= 11 " > <lMG 
SRC="/images/spacer.gif " ALT= " " xIMG 
SRC="/images/spacer .gif " ALT= " " xIMG 
SRC= "/images/spacer .gif " ALT= " " > 
<I>First : </l> <BxFONT 

SIZE= + 2>Michael</FONTx/B>  <INPUT T YPE =H I DDEN 
N AME = " N AME_F I RS T " VALUE = " M i C ha e 1 " > 

<BR>Middle:   < INPUT TYPE="text " NAME="NAME_MIDDLE" 

VALUE="" SIZE=12 MAXLENGTH=2 5 x IMG SRC= " /images/spacer . gif " 

ALT= " " xIMG SRC= "/images/spacer .gif " ALT= " " xIMG 

SRC=" /images/spacer .gif " ALT= " 11 > <IMG 

SRC=" /images/spacer .gif " ALT= " " xIMG 

SRC= " /images /spacer .gif " ALT= " " xIMG 

SRC= " / images / spacer .gif" ALT= " " >&nbsp ; <SELECT 

NAME = " NAME_S UF FIX" SIZE = 1 

><OPTIONxOPTION>Jr .   <OPTION>Sr . &nbsp ; <OPTION>I I fcnbsp ; < 
OPTION>III  <OPTION>IV&iibsp; </SELECTxIMG 
SRC=" /images/spacer .gif " ALT=" " xIMG 
SRC= "/images /spacer .gif " ALT=" " xIMG 
SRC=" / images /spacer .gif " ALT= " " > <IMG 
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Gender :   < INPUT TYPE=RADIO NAME="GENDER" VALUE="M" 

< INPUT TYPE=RADIO NAME = "GENDER" 
VALUE = " F " >< NOB R > Fema 1 e < /NOBR > 

<BR>Pref erred name or nickname :   < INPUT TYPE="text" 
NAME="NAME_PREFER" VALUE="" SIZE=12 MAXLENGTH = 4 5 >< IMG 
SRC= "/images /spacer .gif " ALT=" » ><IMG 
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ALT=" " 


xIMG 


ALT= " " 


xIMG 


ALT= " " 


> 



<P>Permanent address : 

<BR>Street :   < INPUT TYPE="text" NAME=" STREET" VALUE= ,f " 

SIZE=20 MAXLENGTH=4 0>Box/ Apt :  < INPUT TYPE="text" 

NAME= " STREET2 " VALUE="" SIZE=10 MAXLENGTH=25 > 

<BR>City :   <INPUT TYPE="text" NAME= " CITY " VALUE="" 

SIZE=20 MAXLENGTH=35x IMG SRC= " /images/spacer . gif " ALT= " 11 

xIMG SRC=" /images/spacer .gif " ALT= " 11 xIMG 

SRC=" /images/spacer .gif " ALT=" " > <IMG 

SRC=" /images/spacer .gif " ALT= " " xIMG 

SRC=" /images/spacer .gif " ALT= " " xIMG 

SRC= "/images/spacer .gif " ALT= " " > 

State/Province:   <SELECT NAME = " STATE " SIZE=1 xOPTION 
VALUE=" " >&nbsp ; <OPTION VALUE= "AL" >Alabama&nbsp ; <OPTION 
VALUE="AK" >Alaska  <OPTION VALUE="AZ" 
>Arizona  <OPTION VALUE = "AR " >Arkansas&nbsp ; <OPTION 
VALUE="CA" >Calif ornia  <OPTION VALUE="CO" 
>Coloradofitnbsp; <OPTION VALUE="CT" >Connecticut  <OPTION 
VALUE = "DE " >Delaware  <OPTION VALUE="DC" >District 
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of Columbia  <OPTION VALUE="FL" >Florida&nbsp ; <OPTION 
VALUE = 11 GA 11 >Georgia  <OPTION VALUE="HI" 
>Hawaii  <OPTION VALUE=»ID" >Idaho&nbsp ; <OPTION 
VALUE = " I L " >I 1 1 inois&nbsp ; < OPTION VALUE = " IN" 
>Indiana  <OPTION VALUE="IA" >iowa  <OPTION 
VALUE="KS" >Kansas  <OPTION VALUE = 11 KY " 

> Kentucky   <OPTION VALUE = "LA" >Louisiana  <OPTION 
VALUE="ME I! >Maine  <OPTION VALUE = " MD " 

>Maryland&nbsp ; <OPTION VALUE= "MA" 
>Massachusetts  <OPTlON VALUE="MI" 

>Michigan&nbsp ; <OPTION VALUE= "MN" >Minnesota&nbsp ; <OPTION 
VALUE="MS" >Mississippi  <OPTION VALUE="MO" 
>Missouri  <OPTION VALUE^'MT" >Montana&nbsp ; <OPTION 
VALUE = "NE " >Nebraska  <OPTION VALUE="NV" 
>Nevada  <OPTION VALUE ="NH" >New 

Hampshire  <OPTION VALUE="NJ" >New Jersey  <OPTlON 
VALUE="NM" >New 

Mexico  <OPTION VALUE^'NY". >New York&nbsp ; <OPTION 
VALUE ="NC" >North 

Carol ina&nbsp ; <OPTION VALUE="ND ! ' >North Dakota  <OPTION 
VALUE="OH" >Ohio  <OPTION VALUE="OK" 
>Oklahoma  <OPTION VALUE="OR" >Oregon&nbsp ; <OPTION 
VALUE =" PA" >Pennsyl vania&nbsp ; <OPTION VALUE = "RI " > Rhode 
Island  <OPTION VALUE="SC" >South Carol ina&nbsp ; <OPTION 
VALUE="SD" >South 

Dakota  <OPTlON VALUE = "TN " >Tennessee <OPTION 
VALUE="TX" >Texas  <OPTION VALUE="UT" 
>Utah&nbsp ; <OPTION VALUE= "VT" >Vermont &nbsp ; <OPTION 
VALUE ="VA" >Virginia  < OPTION VALUE =" WA" 
>Washington  <OPTION VALUE="WV" >West 

Virginia  <OPTION VALUE="WI" >Wisconsin&nbsp ; <OPTION 
VALUE="WY" >Wyoming  <OPTION VALUE ="AB" 
>Alberta  <OPTION VALUE="BC M >British 

Columbia  < OPTION VALUE= f, MB" >Mani toba&nbsp ; <OPTION 
VALUE = "NB " >New 

Brunswick  <OPTION VALUE = " NF" 

>Newf oundland  <OPTlON VALUE="NS" >Nova 

Scotia  <OPTION VALUE =" NT" >Northwest 

Territories  <OPTION VALUE="ON" >Ontario&nbsp ; <OPTION 
VALUE= » PE " >Prince 

Edward Island&nbsp ; <OPTION VALUE = 11 QB " >Quebec  <OPTION 
VALUE="SK" >Saskatchewan <OPTION VALUE ="YT " >Yukon 
Territories  </SELECT> 

<BR>Zip/Postal Code : < INPUT TYPE="text" NAME="ZIP" 
VALUE="" SIZE=10 MAXLENGTH= 1 0 >< IMG SRC= " /images/spacer . gif " 
ALT="" ><IMG SRC=" /images/spacer .gif " ALT= " 11 ><IMG 
SRC="/images/spacer .gif " ALT= " 11 > <IMG 
SRC= " / images / spacer .gif" ALT= " " >< IMG 
SRC=" /images/spacer .gif " ALT= " " ><IMG 
SRC= "/ images /spacer .gif " ALT= " " > 
Current telephone <FONT SIZE=-1> (area 

code) +number</FONT>  <INPUT TYPE="text" NAME= " PHONE " 
VALUE="503 -224 -0115" SIZE=12 MAXLENGTH=1 7 > 
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<BR>E-mail address :   < INPUT TYPE="text" NAME = M EMAI L " 

VALUE = »mos@hevanet . com" SIZE=20 MAXLENGTH=4 0xIMG 

SRC= " /images/spacer .gif" ALT= " " ><IMG 

SRC= " /images/spacer .gif" ALT=» " xIMG 

SRC= "/images/spacer .gif " ALT="" >&nbsp ; <lMG 

SRC= 11 /images/spacer .gif " ALT=:"" ><IMG 

SRC= "/images /spacer .gif » ALT="" ><IMG 

SRC= "/images /spacer .gif » ALT="" > 

Fax #: < INPUT TYPE="text" NAME =" FAX" VA1,UE="" SIZE=12 
MAXLENGTH= 1 7 > 

<P>If different, from above, please give your mailing address 
for all admissions 
correspondence : 

<BR>S tree t :   < INPUT TYPE="text" NAME="MAIL STREET" 
VALUE="" SIZE=20 MAXLENGTH=35>Box/Apt :   < INPUT 
TYPE="text" NAME= "MAIL STREET2 " VALUE="" SIZE=10 
MAXLENGTH=4 5> "~ 

<BR>City :   <INPUT TYPE="text " NAME = " MAI L CITY" VALUE-"" 
SIZE=20 MAXLENGTH =35x1 MG SRC= " /images/spacer . gif » ALT=»» 
><IMG SRC="/images/spacer.gif " ALT="" ><IMG 
SRC="/images/spacer .gif " ALT= " " > <IMG 
SRC= "/images/spacer -gif " ALT= " " ><IMG 
SRC=" /images/spacer .gif « ALT= " " ><IMG 
SRC= "/images /spacer .gif " ALT=" 11 > 

State/Province:   < SELECT NAME = " MAI L__STATE" SIZE=1 
xOPTION VALUE="" >&nbsp ; <OPTION VALUE = " AL " 
>Alabama&nbsp ; <OPTION VALUE = " AK 11 >Alaska&nbsp ; <OPTION 
VALUE="AZ" >Arizona  <OPTION VALUE = " AR " 

>Arkansasficiibsp ; <OPTION VALUE="CA" >Calif ornia  <OPTION 
VALUE="CO" >Colorado  <OPTION VALUE="CT" 

Connecticut &nbsp ; <OPTION VALUE = " DE 11 >Delaware  <OPTION 
VALUE="DC" >District 

Of Columbia  <OPTION VALUE = " FL" >Florida&nbsp ; <OPTION 
VALUE="GA" >Georgia  <OPTION VALUE="HI" 
>Hawaii&nbsp ; <OPTiON VALUE="ID" >Idaho <OPTION 
VALUE="IL" >Illinois  <OPTION VALUE="IN" 
>lndiana  <OPTlON VALUE="IA" >Iowa  <OPTlON 
VALUE="KS" >Kansas&llbsp; <OPTION VALUE = " KY 11 

>Kentucky  <OPTlON VALUE = " LA " >Louisiana&nbsp ; <OPTION 
VALUE="ME 11 >Maine&nbSp; <OPTION VALUE = "MD " 
>Maryland  <OPTION VALUE = " MA " 
>Massachusetts  <OPTION VALUE="MI" 

>Michigan&nbsp ; <OPTION VALUE= "MN " >Minnesota&nbsp ; <OPTION 
VALUE="MS" >Mississippi  <OPTION VALUE="MO" 
>Missouri&nbsp ; <OPTION VALUE = "MT" >Montana&nbsp ; <OPTION 
VALUE = f, NE" >Nebraska  <OPTION VALUE="NV" 
>Nevada&nbsp ; <OPTlON VALUE ="NH" >New 

Hampshire&nbsp ; <OPTION VALUE="NJ» >New Jersey  <OPTION 
VALUE = "NM" >New 

Mexico <OPTION VALUE =" NY " >New York&nbsp ;< OPTION 
VALUE="NC" >North 

Carolina&nbsp ; <OPTION VALUE = "ND ,! >North Dakota  <OPTION 
VALUE="OH" >Ohio  <OPTION VALUE="OK" 
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>Oklahoma  < OPTION VALUE= H OR" >Oregon&nbsp ; <OPTION 
VALUE="PA" >Pennsylvania&nbsp ; <OPTION VALUE="RI" >Rhode 
Island  <OPTION VALUE="SC" >South Carol ina&nbsp ; <OPTION 
VALUE="SD'» >South 

Dakota  <OPTION VALUE = ,f TN w >Tennessee  <OPTION 
VALUE="TX" >Texas  <OPTION VALUE = " UT " 
>Utah  <OPTlON VALUE="VT" >Vermont  <OPTION 
VALUE="VA" >Virginia  <OPTION VALUE="WA" 
>Washington  <OPTION VALUE="WV" >West 

Virginia  <OPTION VALUE="WI !I >wisconsin  <OPTION 
VALUE = n WY " >Wyoming  <OPTION VALUE= n AB " 
>Alberta  <OPTION VALUE = "BC 11 >British 

Columbia  <OPTION VALUE =" MB " >Manitoba&nbsp ; <OPTION 
VALUE = "NB 11 >New 

Brunswick  <OPTION VALUE="NF n 

>Newf oundland  <OPTION VALUE="NS" >Nova 

Scotia  <OPTION VALUE =" NT" >Northwest 

Territories  <OPTION VALUE="ON" >Ontario  <OPTlON 
value= " PE " >Pr ince 

Edward Island  <OPTlON VALUE = 11 QB " >Quebec  <OPTION 
VALUE="SK" >Saskatchewan  <OPTION VALUE = " YT" >Yukon 
Territories  </SELECT> 

<BR>Zip/P0Stal COde:  _< INPUT TYPE= "t ext" NAME="MAIL_ZIP" 

VALUE = 11 11 SIZE=10 MAXLENGTH=12xIMG SRC=" /images /spacer . gif " 

ALT= 11 " ><IMG SRC="/images/spacer .gif " ALT= " " xIMG 

SRC=" /images/spacer .gif ,! ALT= 11 " >  <IMG 

SRC=" /images/spacer .gif " ALT=»» xIMG 

SRC="/images/spacer .gif " ALT= " " ><IMG 

SRC= " / images/spacer .gif 11 ALT= " tf > 

Phone at mailing address :   < INPUT TYPE= " text " 

NAME = 11 MAI L_PHONE " VALUE=»" SIZE=12 MAXLENGTH=17 > 

<BR>Social Security #: fcnbsp; < INPUT TYPE=" text 11 NAME= " SS__NUM" 

VALUE= fl 11 SIZE=ll MAXLENGTH=l 1 >< IMG SRC= " / images/spacer .gif 11 

ALT= " " xlMG SRC= 11 / images / spacer . gi f ,f ALT=» " xIMG 

SRC= " / images /spacer .gif" ALT= " ,! >&nbsp ; < IMG 

SRC= "/images/spacer .gif " ALT= " 11 xIMG 

SRC=" /images/spacer .gif 11 ALT= " 11 xIMG 

SRC= "/images/spacer .gif " ALT= " " > 

Date of birth (MMDDYY) : &nbsp ; <INPUT TYPE="text" 

NAME= " mdy 1 B I RTH__DATE " VALUE = " 11 SIZE=2 MAXLENGTH=2 x INPUT 

TYPE="text" NAME="mdy2 BIRTHJDATE" VALUE = 11 11 SIZE=2 

MAXLENGTH=2x INPUT TYPE = 11 text " NAME="mdy3 B I RTH_D ATE " 

VALUE = " 11 SIZE = 4 MAXLENGTH=4> 

<P>What country are you a citizen of? (<A 
HREF=" /country . html" TARGET= n ResourceWindow" >view 
COdes</A>) &nbsp ; < INPUT TYPE=" text " NAME="CITIZEN_COUNTRY" 
VALUE="" SIZE=2 MAXLENGTH=2> 

<BR>Religious affiliation (optional) fcnbsp; <INPUT TYPE=" text " 

NAME=" RELIGION" VALUE=" " SIZE=30 MAXLENGTH=4 0 > 

<BR>lf not a U.S. citizen, are you a Permanent 

Resident ?&nbsp ;< INPUT TYPE=RADIO NAME = " RES I DENT__AL I EN_JYN " 

VALUE = 11 Y 11 >Yes  <INPUT TYPE=radio 

NAME = 11 RE S I DENT__AL I EN_JYN " VALUE = "N" >No&nbsp ; <IMG 
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1 /images/spacer .gif « ALT=" " ><IMG 
'/images/spacer .gif" ALT=" " ><IMG 
/images/spacer .gif " ALT= " " 
/ images /spacer .gif " ALT=" " 
/images/spacer .gif " ALT="" 
/images/spacer .gif " ALT= ,f " 
/images/spacer . gif " ALT=" " 
/images/spacer .gif " ALT=" " 
/images/spacer .gif " ALT= ff " 
/images /spacer .gif " ALT="" xIMG 
/images/spacer . gif » ALT= " " ><IMG 



>  <IMG 
><IMG 
><IMG 

>  <IMG 
xIMG 
xIMG 

>  <IMG 



SRC= 
SRC= 
SRC= 
SRC= 
SRC= 
SRC= 
SRC= 
SRC= 
SRC= 
SRC= 
SRC= 

SRC= 11 / images /spacer . gi f » ALT= " u > 
Visa type  < INPUT TYPE="text" NAME= "VISA_TYPE " VALUE=" " 
SIZE=12 MAXLENGTH=4 0> 

<BR>Have you previously applied to Lewis & 
Clark? &nbsp ;< INPUT TYPE=RADIO NAME= "LEWISC-APP_BEFORE " 
VALUE = 11 Y 11 ><NOBR>Yes</NOBR>  <INPUT TYPE=RADIO 
NAME = 11 LEWISC - APP J3EFORE " VALUJ3= " N » ><NOBR>No< /NOBR> 
<BR>If yes, for which term/year? &nbsp ;< INPUT TYPE=" text 11 
NAME =" LEWI SC-AP PL Y__YN" VALUE = " 11 SIZE=5 MAXLENGTH=10 > 
<BR>Will you be a candidate for need-based financial 
aid?  < INPUT TYPE=RADIO NAME = 11 LEWI SC - F I N_AI D " VALUE="Y» 
><NOBR>Yes</NOBR>  <INPUT TYPE=RADIO NAME= " LEWISC- 
FIN_AID" VALUE="N» ><NOBR>No< /NOBR> 

<BR> (Financial aid is not a factor in the admission decision 
process. Indicating 

"yes" will allow us to send the required IDF packet.) 

<P>If yes, FAS FA and IDF forms were/will be filed 

on : &ilbsp ; < INPUT TYPE="text" NAME= ,f mdyl LEWISC-FASFA_FORM" 

VALUE= !,,t SIZE = 2 MAXLENGTH=2 x INPUT TYPE=" text " 

NAME="mdy2 LEWI S C - FAS FA__FORM " VALUE = 11 " SIZE=2 

MAXLENGTH=2x INPUT TYPE= " text " NAME= " mdy3 LEWISC- 

FASFA_FORM" VALUE = 11 M SIZE=4 MAX LENGTH =4 > 

<BR>(See application instructions for important deadline 
information. ) 

<BR>Name of your current school :   < INPUT TYPE="text " 
NAME="CURRENT_SCHOOL_NAME" VALUE="" SIZE=30 MAXLENGTH= 5 0 > 
<BR>Type of school : &nbsp ; <SELECT NAME= "HS_TYPE . 1 " SIZE=1 
><OPTIONxOPTION>Public&nbsp ; <OPTlON>Private&nbsp ; <OPTION>Pa 
rochial  </SELECT> 

<PxB>For first-year students only : </B> 

<BR>Name of high school counselor :   < INPUT TYPE= 11 text 11 
NAME="HS_COUNSELOR" VALUE= lf " SIZE=40 MAXLENGTH=80 > 
<BR>Office telephone:   < INPUT TYPE="text 11 

NAME="PERSON_PHONE.45" VALUE= ,in SIZE = 12 MAXL ENGTH = 1 7 >< I MG 
SRC=" / images /spacer .gif " ALT= 11 » 
SRC= " /images/spacer . gif " ALT= " " 
SRC= "/images/spacer .gif " ALT=" " 
SRC= » /images/spacer . gif " ALT= ,f 11 
SRC= " /images/spacer .gif" ALT= ■' " 
SRC= "/images/spacer .gif " ALT= 11 " 



xIMG 
xIMG 

>  <IMG 

xIMG 

xIMG 
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School Fax #:   < INPUT TYPE="text" NAME= " HS FAX . 1 11 

VALUE="" SIZE=12 MAXLENGTH=12 > 

<BR>High School CEEB code number :   < INPUT TYPE= " text " 
NAME="HS_CEEB. 1" VALUE= 11 " SIZE=6 MAXLENGTH-6 > 

<P><B>lf you 1 re not currently attending school</B> # please 
tell us what 
you 1 re doing . 

< CENTE R >< TEXTARE A NAME= "ESSAY_NO_SCHOOL" ROWS=40 COLS=60 
WRAP= vi r t ua 1 >< /TEXTAREA> < / CENTER > 
fcnbsp ; 

<P>Please list any relatives who may have attended Lewis 
& Clark, give 

their name, relationship, class (if known) . 

< CENTER xTEXTAREA NAME== " LEWI SC- STATEMENT FAMILY_ATTEND2 " 
ROWS=2 COLS = 60 WRAP = vi r t ua 1 >< /TEXTARE A > <7cENTER > 
&llbsp ; 

<P>What influenced you to apply to Lewis & Clark? 

< CENTE R xTEXTAREA NAME = " LE W I S C - STATEMENT^ NFLUENCE 11 ROWS = 5 

COLS = 60 WRAP=virtual x/TEXTAREAx / CENTER> 



<P>Have you ever visited the Lewis & Clark 

campus ?  < INPUT TYPE=RADIO NAME= " LEWI SC -VI SIT" VALUE = "Y" 

xNOBR>Yes</NOBR>  <INPUT TYPEs= RADIO NAME= "LEWISC-VISIT" 

VALUE= "N" ><NOBR>No< /NOBR>&nbsp ; < IMG 

SRC= " / images / spacer . gi f 11 ALT= " " xIMG 

SRC="/ images /spacer .gif 11 ALT= 11 " ><IMG 

SRC= " /images /spacer .gif " ALT= " " > <IMG 

SRC= "/images /spacer .gif " ALT= " " xIMG 

SRC= "/images /spacer .gif " ALT= " " xIMG 

SRC=" / images /spacer .gif " ALT= " " > 

If yes, when? (MMDDYY) &nbsp ; <INPUT TYPE=" text" 

NAME=" mdyl LEWISC-VISIT_WHEN" VALUE="" SIZE=2 

MAXLENGTH=2x INPUT TYPE= »' text " NAME="mdy2 LEWISC- 

VISIT_WHEN" VALUE="" SIZE=2 MAXLENGTH=2 > < INPUT TYPE="text" 

NAME="mdy3 LEWISC- VISIT_WHEN" VALUE=" " SIZE=4 

MAXLENGTH=4x INPUT TYPE= "HI DDEN 11 NAME= " POSTING_PAGE " 

VALUE=»l"xINPUT TYPE= "HIDDEN » NAME= " SCHOOL_CAMPUS " 

VALUE= "Port land, OR" x INPUT TYPE = "HIDDEN" NAME = " LEWI SC- FEE " 

VALUE="38 .25"><INPUT TYPE= "HIDDEN" NAME = " LEWI SC - CHG " 

VALUE="6 . 75" xINPUT TYPE= " HIDDEN" NAME = "SCHOOL" VALUE="Lewis 

and Clark College" xINPUT TYPE= "HIDDEN" NAME="DOCTYPE" 

VALUE="Lewis and Clark College for Admission" >< INPUT 

TYPE= "HIDDEN" NAME= "SCHOOL_ABBREV" VALUE= "LEWIS C " x INPUT 

TYPE= "HIDDEN" NAME= "LEWISC- VERSION" VALUE= "" x INPUT 

TYPE = " H I DDEN " NAME= " IGNORE_REQ" VALUE= " 1 " x INPUT 

TYPE= "HIDDEN" NAME = " A W V E RS I ON " VALUE= " 1 . 3 7 " > 

<TABLE BORDER=2 WIDTH= 11 100% 11 > 

<TR> 

<TD> 
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< CENTER > S ave and go to page :   < INPUT TYPE= "SUBMIT" 

NAME= "GOTOPG " VALUE- " 2 ">< INPUT TYPE="SUBMIT" NAME = " GOTOPG " 
VALUE =" 3" >< INPUT TYPE= "SUBMIT" NAME= " GOTOPG " 
VALUE = " 4 " >< / CENTE R > 
</TD> 

<TD> 

<CENTERxB>Page 1</B>  </CENTER> 
</TD> 

<TD> . 
< CENTER >< I N PUT TYPE= " SUBMIT" NAME= " PGSAVE " VALUE="Save This 

Page" ></CENTER> 

</TD> 

</TR> 

< /TABLE > 

</FORM> 

</BODY> 

</HTML> 
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CLAIMS 

1 . A method of creating and processing over a computer network forms 
representing applications for admission to different institutions, comprising 

5 creating in response to a request from an applicant for an application to a first 

institution a first application form customized in accordance with the preferences of 
the first institution, the first application form including data fields for entering 
applicant information; 

providing to the applicant over a computer network the first application form; 
10 entering the applicant information in the data fields; 

posting the first application form to a server; 
storing the applicant information in a data storage; 

creating in response to a request from the applicant for an application to a 
second institution a second application form customized in accordance with the 
15 preferences of the secondlnstitution, the second application form including data 
fields for entering applicant information; 

inserting into some of the data fields of the second application applicant 
information from the data storage; 

providing to the applicant over a computer network the second application 

20 form; 

entering applicant information into the data fields for entering applicant data 
into which information was not inserted from the data storage or into which the data 
inserted from the data storage is to be changed; 

posting the second application form to the server, whereby customized 
25 applications to different institutions share data through common data storage. 

2. The method of claim 1 in which creating a first application form 
customized in accordance with the preferences of the first institution includes 
generating a first application in accordance with stored application description 

30 information and in which the first application can be modified by modifying the 
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application description information without rewriting the computer program that 
creates the application. 

3. The method of claim 1 in which posting the first application includes 

5 verifying that pre-specified application information is present and meets pre-specified 
criteria. 

4. The method of claim 1 in which posting the first application and posting 
the second application each includes the steps of posting a single page of the 
application and of posting the completed application, and in which posting a single 

10 page includes verifying that some specific information is present and meets pre- 
specified criteria and in which posting the complete application includes verifying 
that the information meets criteria specified by the corresponding institution 

5. The method of claim 1 in which creating an application to a first 
institution includes creating an application identified with the brand of the first 

15 institution and in which creating an application to a second institution a second 

application includes creating an application identified with the brand of the second. 

6. The method of claim 1 further comprising transmitting the applicant 
information to the first institution in a format specified by the first institution and 
transmitting the applicant information to the second institution in a format specified 

20 by the second institution. 

7. The method of claim 6 further comprising making multiple applications to 
the first institution from different applicants available on line to the first institution 
for analysis after transmitting the applicant information to the first institution. 

8. The method of claim 7 in which making multiple applications available to 
25 the first institution includes making application information selectively available to 
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various personnel at the institution. 

9. The method of claim 1 in which storing the applicant information is 
performed by a third party application servicer. 

10. The method of claim 9 in which posting the first application and posting 
5 the second application includes paying application fees for the applications and in 

which the third party servicer processes the application fee. 

1 1 . The method of claim 1 in which storing the information includes parsing 
the information into elements, the data elements being separately stored and 
identified, thereby allowing the elements to be separately retrieved and rearranged in 

1 0 subsequent applications. 

12. The method of claim 11 in which inserting information from the data 
storage includes inserting information representing combined elements into a single 
field. 

13. The method of claim 1 in which the fields for entering applicant 
15 information include labels and in which at least some of the fields in the second 

application use different labels different from those in the corresponding fields in the 
first application, and in which storing the applicant information and inserting 
applicant information from the data storage is independent of the labels used in the 
application, thereby allowing each institution to customize the appearance of its 
20 corresponding application, while still permitting information to be shared across 
applications. 

14. The method of claim 1 in which the fields for entering applicant 
information are formatted and in which at least some of the fields in the second 

25 application are formatted differently from those in the corresponding fields in the first 
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application, and in which storing the applicant information and inserting applicant 
information from the data storage is independent of the format used in the 
application, thereby allowing each institution to customize the appearance of its 
corresponding application, while still permitting information to be shared across 
5 applications. 

15. The method of claim 1 in which providing the first application form 
comprises providing multiple pages and in which posting the first application to a 
server includes posting multiple pages to the server. 

1 6. The method of claim 1 5 in which the content of a page of the provided 
1 0 application depends upon information posted in a previous page. 

17. The method of claim 1 in which the data storage includes a relational 
database or XML files. 

1 8. The method of claim 1 in which the data storage includes stores 
metadata describing the data. 

15 19. The method of claim 17 in which the metadata includes validation rules 

for the data. 

20. The method of claim 17 in which the metadata specifies the sharing 
between applications or the accessibility of the data. 

21. A system for creating and processing customized forms for unrelated 
20 institutions using a common third party data storage over a computer network, the 

system including: 

a server computer operated by the third party and in data communication over 
a data network with a client computer for requesting a form and for entering 
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information onto the form; 

first data storage in communication with the server computer and including 
form description information specifying the content and appearance of each 
customized form; 

5 second data storage in communication with the server computer and including 

in a user information posted from the client computer; and 

a forms engine program operating on the server computer for generating a 
form from the form description information in response to a request for the form 
transmitted from the client computer over the computer network, the form including 
10 fields for user information, the forms engine program populating the fields for user 
information with user information available from the second data storage, accepting 
information entered on the form by the user, and storing the newly entered 
information in the second data storage for use on subsequent forms. 

15 22. The system of claim 20 in which generating a form includes generating a 

form including branding information identifying the particular institution to which 
the form is directed. 

23. The system of claim 20 in which the customized forms include labels for 
data entry fields and in which labels are different for the same user information on 

20 different ones of the customized forms. 

24. The system of claim 20 in which the same user information is requested 
using different styled menus on different ones of the customized forms. 

25. The system of claim 20 in which at least some of the user information is 
parsed into smaller elements before storage, the smaller elements individually 

25 retrievable for insertion into subsequent forms. 

26. The system of claim 20 in which the information about the user is in the 
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form of user attributes and in which user attributes have properties that specify 
information about the attribute. 

27. The system of claim 20 further comprising means for transmitting in a 
format specified by the institution information from a completed form to the 

5 institution associated with the form. 

28. The system of claim 20 further comprising means for verifying 
information in a form, the verification means including means for verifying 
information common to all forms and means for verifying information for a specific 
institution. 

10 29. The system of claim 20 in which the forms engine generates a form 

comprising multiple pages and in which the content of at least one of the multiple 
pages depends upon previously supplied user information. 

30. The system of claim 20 in which the first or second data storage 
comprises one or more XML files stored on a computer readable medium. 

15 31. The system of claim 20 in which the first or second data storage 

comprises one or more relational database tables stored on a computer readable 
medium. 

32. A method of creating and processing forms associated with multiple 
institutions, comprising: 
20 contacting a server over a computer network; 

creating a form customized for one of the multiple institutions from stored 
form description information; 

inserting available user information from a user data storage into the form; 

transmitting the form with the available user information to a user for 
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completion; 

completing the form; 

receiving the completed form; and 

storing user information from the form in the user data storage. 

5 33. The method of claim 3 1 in which completing the form includes 

completing multiple pages of the form with each page being transmitted to the server 
for verification in accordance with verification rules before completing a subsequent 
page. 

34. The method of claim 32 in which receiving the completed form includes 
1 0 verifying the completed form in accordance with verification rules specific to the one 

of the multiple institutions. 

35. The method of claim 3 1 in which the user data storage includes a 
relational database. 

36. The method of claim 3 1 in which the user data storage includes a one or 
1 5 more XML files. 

37. The method of claim 3 1 in which the user data storage includes 
information describing properties of the data. 

38. The method of claim 36 in which the properties of the data include 
permissible values for the data. 

20 39. The method of claim 36 in which the properties of the data specify the 

conditions under which the data is to be displayed. 

40. A forms processing apparatus, comprising: 
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multiple forms for containing data, the forms being associated with different 
institutions and specifying a process, the process including a front-end process for 
presenting a page to a user and receiving and storing data from the user and a back- 
end processing specification for preparing the form data for receipt by the institution; 
5 a forms engine that integrates the form, the data, and processes regardless of 

the appearance of the form, the type or significance of the data, and the processing 
that follows collection of the data. 

41 . The method of claim 39 in which the forms engine resides on a server 
maintained by a third party forms servicer and each form is customized for an 

10 associated are specified in a relational database. 

42. The method of claim 39 in which the content and processes of the forms 
are specified in XML files. 

43. The method of claim 39 in which the front end processing includes data 
validation. 

15 44. The method of claim 39 in which the front-end processing includes 

creating a form including multiple pages, the content of each page dependent upon 
information previously supplied by the user. 

45. A method of providing customizable applications to institutions, the 
applications sharing common data storage, the method comprising: 
20 providing at least two application information files, each describing a 

customized applications for an independent institution; 

providing data storage for storing information entered on an application and 
inserting the information into subsequent applications; 

generating a customized application in response to a request over a computer 
25 network from an applicant, the application form and content being specified by one 
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of the at least two application information files; 

populating fields of the customized application using information from the 
data storage; 

transmitting the customized application over a computer network to a 
5 requesting applicant; and 

completing fields of the application that were not populated from the data 
storage. 

46. The method of claim 44 in which completing fields of the application 
that were not populated from the data storage including overwriting with new values 

10 fields that were populated from the data storage, the new values being stored in the 
data storage in place of the existing values. 

47. The method of claim 44 in which providing a data storage for storing 
information includes providing a data storage that is extensible without 
reprogramming the program for generating the customized application, thereby 

1 5 allowing an institution to readily request and store new information not previously 
stored. 

48. The method of claim 44 in which generating a customized application 
includes generating an application that includes the logotype of the institution. 

49. The method of claim 44 in which the data storage store metadata 
20 describing the data. 

50. The method of claim 48 in which the metadata describes permissible 
values for the data and further comprising comparing the data in the completed fields 
with the permissible values. 

51 . The method of claim 48 in which the meta data describes conditions 
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under which questions on the customized application are displayed. 
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52. The method of claim 44 in which the data storage includes a relational 
database. 

53. The method of claim 44 in which the data storage includes one or more 
5 XML files. 

54. The method of claim 44 in which the customized application includes 
multiple pages. 

55. The method of claim 53 in which the content of one of the multiple page 
depends the fields completed by an applicant on a previous one of the multiple pages. 
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Online Applications 

Before You Apply... 
" ^l -Create Your Account 
^» 2- Directions & Information 

72 ^ 3- Applv to Lewis & Clark College 



74- 



After You Apply.., 

Review Your Personal Log 



76 



Change Your Password 



36 
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I College Bound Students: | 

If only getting classes were this easy. 

I Click into Educaid® 



CollegeNET Online Application Schools 



I APPLY I Online Application available now 

I APPLY I Online Application under contraction 

Four year US colleges 

Matching schools: 1 

A APPLY 1 l^ewis & Clark College 
J Portland, OR 

CollegeNET®, 

<D1Q97 Universal A l gorithms. Inc. 

r* 

40 
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Create a New Apply Web Account 

Once created, your account can be used to save and re-edit all of your applications on the ApplyWeb 
system, as well as submit your applications to the admissions department. Be sure to remember your 
username and password 



User Info 

The information you enter here will be automatically entered into each ApplyWeb application that you 
complete. We recommend you use your full legal name. You will not be able to change your name information once 
you have created your account, so please fill in these fields as you would like them to 
appear on an actual application. 

Last Name: I I 

First Name: I I 

Phone (XXX-XXX-XXXX) : 1 I 



E-mail Address (opt) : 



ApplyWeb Username 

Enter up tp 8 characters for your desired username below. Lowercase letters & numbers only. 

Note when choosing a user name: Your user name will be a part of your user id when your application is 

sent to an admissions office. 



Username : 



ApplyWeb Password 

Enter your password twice - be sure there were no mistakes. 
Passwords must be at least 7 characters. Spaces are not allowed. 



New Password: 



New Password (again) : 



Create Mv Account I Clear Form 
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Welcome! Your new account has been created and is available for all college applications on the ApplyWeb 
system. Please make a note of your username and password as your account will not be accessible without 
them. 



Directions and Information 



Application Features 



No checks to write! You pay your 

application fee on-line . 

You can complete the application over 

multiple sessions . 

Your data is securely stored and 

transmitted . 

You'll save time by not having to retype 
data on different forms. 
You'll know immediately when the 

school receives vour application . 



Instructions Menu 



Application Instructions 

Hints for filling out applications 

If vou have problems accessing web forms 

Web application features 

Scholarship Eligibility 



Go to Step 3: 

■ Apply to Lewis & Clark College 



Find out how to become eligible for a scholarship ! 



Application instructions 



1. Establish your account . 

Enter your account information exactly as instructed on the form. 



Click 



Create My Account 



Write down your user name ans password for future reference when re-entering this system. 

2. Fill out your application. 

You can complete your application in any order and save your work and come at a later time - 
Even from a different computer! When you've completed te application or are ready to exit, click 
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Save This Page 



to save only click 



Save/Pay/Send 



If your application has more than one page, use 'Save and go to page 
page. 



to file your completed application. 

[U El IlI t0 m ° Ve t0 311011161 



All of your saves and transmissions are logged in your Personal Log for your review. 

3. Make corrections to your data 

You may see a Data Correction Page when you move from page to page or chose 



Save/Pay/Send 



These appear if you have omitted a required field or entered data incorrectly. 

Changes you need to make appear in red text. Simply enter the correct data, scroll down to the bottom 
of the page and click 



Make These Corrections 



4. Save/Pay/Send your application. 

When you have completed your application, click the 



Save/Pay/Send 



button at the bottom of 



the last page. This saves your data in its final form and takes you to the payment screen where you 
pay your application feeon-lrne. 

NOTE: The application is not sent to the school until your payment is authorized. 
5. Pay your application fee on-line. 



When you click 



Save/Pay/Send 



, you are taken to the payment screen where you fill in your 



credit card information. Fill in all the information, inc luding the complete credit card number, 
expiration date, and card billing information, and click 



Submit this information 



Security Information: All your credit card information is encrypted while it goes between your 
browser and our server, as well as during authorization. None of this information is stored in 
our database. 

Once payment is authorized your application is on its way to the school and you will not be able 
to change data on your application for that term. 

6. Close your browser program when you're ready to end your Web session. This clears your password and 
secure connection. 

7. To re-enter your application form: 

Return to the Application Menu and click on the application you would like to complete. 
Enter your user name and password when prompted. 

8. Check your Personal Log to print a copy of your application (once payment has been authorized) or 
to find out if a school has received it yet. 

Hints for filling out applications 

• Use the correct postal code for US state and Canadian province names, (view codes) 

Use the correct internet country code for country abbreviations, (view codes) 
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The " (view codes) " link opens a new 
browser window. To return to your 
application simply close the new window 



Fill in high school, college, and job information in reverse chronological order. For example, in a 
table where you're asked to list the high school you've attended, write the most recently attended one 
in the top row of the table, the next most recently attended in the second row, and so on. 
Separate digits in social security and telephone numbers with dashes only, no slashes or parentheses. 
• Be sure to check your application carefully before sending it! 

There are usually other requirements for admission such as having transcripts, test scores, or 
recommendations sent to the school. Be sure to fulfill these requirements as well as submitting your 
application. 

If you have problems accessing web forms 

If you encounter problems accessing web application forms, it may be because you need to download a 

later version of your browser program. To determine if this is the problem and to download a new version if needed: 

1. Access the Browser Diagnostic form. 

2. Follow the instructions on the Debug form tot est your current browser and download a later version 
if you need to. 



Web Application Features 

The web application server stores the information you enter under the private user name and password 
you establish. 

Nothing you enter on an application form is sent to the institution until you transmit it. That means you 
can set up your account, fill out information on an application form, change it, and save it free of charge and 
without worry of disclosing information to the institution before you're ready. 

You don't have to complete an application in one sitting. For example, you can start working on an 
application at your library's web terminal, save your work, recall it from your web terminal at home, and 
continue working from there. Wherever you have access tot he web, you have access to the information 
you've saved. 

When you fill out more than one application form, ApplyWeb automatically enters common 
information you filled in on the first form in all subsequent forms. For example, if you've entered you 
name and address on an application form and saved it, ApplyWeb will automatically write that information 
on the next form you call up (assuming, of course, that the nest form also has name and address fields). 
Also, if you change the information on one form, it's changed on all others. This feature can save you a lot 
of time and typing when you're applying to more than one ApplyWeb institution. 

Your data is transmitted securely over the Internet The information you enter is encrypted and secure 
when you save it and when you send it. Although general data collected on the system may be used in 
statistical studies and reports designed to assist institutions with planning, any information bearing your 
personal identification is only disclosed to the institutions you send it to. 
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When you save or transmit application information, a note appears in your Personal Log. You can easily 
check your Personal Log to see a record of your system activity. Your Personal Log also tells you when an 
institution has acknowledged receipt of your application. 

Scholarship Eligibility 

Upon submitting your web application you become automatically eligible for a number of scholarships 
awarded by CollegeNET. In 1997, these awards totaled $9,000. For details visit 
www.CoIlegcNET.com/scholarshiDs/ . 

Go to Step 3: 
72 Apply to Lewis <fe Clark Colleg e 
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Application Options 

Lewis & Clark College 
84 



Application Instructions 
Read this section carefully before completing the application 

^ x ■ Application 



Supplemental Form (please print) 
92- 



• Counselor's Report 
92 ^ • Teacher's Recommendation 

Main Menu 
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We welcome your interest in Lewis A Clark Cn\\e. rr . and are glad that you've chosen to apply to the College using 
CollegeNet. We look forward to working with you in the admission process. We have outlined a variety of 
application options below. We have also provided a checklist of credentials required for a complete file for first-year 
and transfer applicants. Please read this information carefully, print it out and keep it for future reference. 
Completed references, transcripts, test scores, and other documents will be added to your file as they arrive. 

If you have any questions about the College or the application process, please contact us. We will be glad to assist 
you. Since several parts of your application will need to come to us in paper (i.e. recommendations, transcript) these 
documents should be addressed to: 



Office of Admissions 
Lewis & Clark College 
0615 S.W. Palatine Hill Road 
Portland, Oregon 97219-7899 

First - Year Application Options 



Early Action (Nonbinding) : Fall Semester 

1997-98: 614 applied, 574 admitted (93%) 

Students who have determined early in the fall that Lewis & Clark is among their top choices should use the Early 
Students Action Plan. Applicants under Early Action must apply and submit all supporting documents by December 
1. Notification of the Admissions Committee's decision will be mailed by January 15. Admitted students may 
submit the reservation deposit any time before May 1. 

Regular Decision: Fall Semester 

1997-98: 2. 701 applied, 1, 645 admitted (61%) 

Students who select this option should apply and submit all supporting documents by February 1. Notification of the 
Admissions Committee's decision will be mailed no later than April 1. Students whose applications are received 
after February 1 may be notified after April 1. To ensure a place in the class, admitted students must submit the 
reservation deposit by May 1 . 



Regular Decision: Spring Semester 

Spring 1998: 20 Applied, 13 admitted (65%) 

Students seeking admission for the spring semester should apply and submit all supporting documents by December 
1. Notification of the admission decision will be made as soon as possible after all required materials have been 
received. Admitted students must submit their reservation deposit within two weeks of the date on their letter of 
admission. 
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Transfer Admission 

1997-98: 287 applied, 149 admitted (52%) 

We welcome the diversity and maturity transfer students bring to the College. Transfer applicants can apply for either 
fall or spring semester and are evaluated on a rolling basis. Notification of the admission decision will be made 
within three weeks after all required materials have been received. Some transfer applicants decide later in the spring 
to apply; they are encouraged to get all credentials to us as soon as possible to ensure a smooth transition to the 
College. Late spring and early summer applicants may find financial aid resources and housing options limited. 
Please note that the priority filing deadline for financial aid is March 1. Applicants for spring semester must submit 
all credentials by December 1. 



Portfolio Path to Admission 

Lewis & Clark has offered this alternative application plan since 1991. The key elements of the Portfolio Path, in 
addition to the requirements on the checklist that follows, are the submission of three academic teacher 
recommendations and at least five samples of academic work. Students also have the option of requesting 
that their school remove standardized test scores from transcripts before they are submitted to Lewis & Clark. 
Portfolio materials must include at least one graded writing sample. Other materials may include, but are not limited 
to: term papers; personal journals; science projects or lab reports; essay tests; audio, video, or slide 
examples of talent in the fine arts. Students sending original work they wish to have returned should include an 
appropriate self-addressed, stamped envelope, tube, or other shipping container. 

International Students 

Applicants to the undergraduate program (or to both the undergraduate program and the Institute for the Study of 
American Language and Culture) who do not hold U.S. citizenship or Permanent Residency may request an 
International Student Application from the Office of International Student Services (iso^lclark.eduV This 
application may be obtained in hard copy or downloaded from the international student admissions home page on the 
Lewis & Clark Web Site . 

International students attending school in the United States or international schools abroad can also use the 
application materials provided here. In addition to these materials, however, each international student applicant is 
required to submit a Certificate of Financial Responsibility. This form is available on request from the 
Office of International Student Services (iso@.lclark.edu^ or from their Web Site. 

All applicants who are not U.S. citizens or Permanent Residents should submit their application materials to: 

International Student Services 

Lewis & Clark College 

0615 S. W. Palatine Hill Road 

Portland, Oregon 97219-7899 

Phone: 503-768-7305 

Fax: 503-768-7301 

Internet: iso@lclark.edu 

WWW: http://www.lclark.edu/-iso/admithtml 

Staff members of this office can answer questions about Lewis & Clark academic and campus life programs, the 
admission process, immigration, or any other topics relevant to an international student's planning. 

First-Year Student Application Checklist 

To have your application file considered, you must submit the following materials according to the schedule of your 
preferred application option described above. 
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Submit Electronically - 

♦Application with essay. 

♦$45 application fee (*Please note: students requesting a waiver of the application fee should contact the Office of 
Admissions for a hard copy of the admissions application, or download a copy from our Web Site. CollegeNet will 
not process your application if the fee has not been submitted.) 

Print Forms and Submit - 

* Counselor's Report form. 

* Teacher's Recommendation form, completed by the teacher of an academic course (English, mathematics, science, 
foreign language, history, or social studies) taken in your junior or senior year. If you have chosen the Portfolio Path 
admission program, three academic teacher recommendations are required. Please duplicate the form provided. 

Request From High School or Testing Agency - 

* Official high school transcript. 

Early Action (December 1) candidates must submit a transcript including grades from 9th through 11th grade and a 
complete list of courses in which they are enrolled during their senior year. 

Regular Decision (February 1) candidates must submit the same as above plus grades from the first marking period of 
the senior year (A copy of your report card is acceptable). 

* Seventh-semester transcript. All first-year applicants must submit this for review by the Admissions Committee as 
soon as it is available. 

* SAT I and/or ACT scores. These are considered official if reported on the high school transcript: Students applying 
via the Portfolio Path may choose to have their counselors remove the scores from their records before submission to 
Lewis & Clark. 

Transfer Application Checklist 

To have your application file considered, you must submit the following materials according to the schedule of your 
preferred application option described above: 

Submit Electronically - 

* Application with essay. 

* $45 application fee. (*Please note: students requesting a waiver of the application fee should contact the Office of 
Admissions for a hard copy of the admissions application, or download a copy from our Web Site. CollegeNet will 
not process your application if the fee has not been submitted.) 

* Letter explaining your reasons for wanting to transfer to Lewis & Clark at this time. 

Additional Required Credentials - 

* Official college transcript(s) from each college or university attended. 

* Official high school transcript showing graduation (required of all transfer applicants). 

* SAT I and/or ACT scores (on a secondary school transcript or from the testing agency) unless you will have 
completed 60 semester (95 quarter) credits of transferable course work prior to enrollment at Lewis & Clark. Students 
applying via the Portfolio Path are not required to submit these scores. 

* Teacher's Recommendation form to be completed by a college professor. If you have chosen the Portfolio Path 
admission program, three teacher recommendations are required. Please duplicate the form provided. 

* Dean of Students form. We will mail you this form when we receive your application. 

First- Year and Transfer Students Applying for Need-Based Financial Aid 
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All applicants for financial aid must submit the Free Application for Federal Student Aid (FAFS A) to the federal 
processing center. The FAFS A is available in your college counseling office in November. You can also access the 
FAFS A through the Web at www.ed.gov/offices/OPE/express.html. Please note that the results of the FAFS A must 
be received in the Office of Student Financial Services by March 1, 1999, to receive priority consideration. This 
means that the FAFS A should be filed with the federal processor by February 1, to allow for three to four weeks' 
processing time. Students may file after this date, but late applications will be reviewed subject to availability of 
funds. Transfer students who have taken college courses prior to applying to Lewis & Clark must contact the 
financial aid office at each college or university attended and request that a Financial Aid Transcript be sent to: 

Office of Student Financial Services 
Lewis & Clark College 
0615 S.W. Palatine Hill Road 
Portland, Oregon 97219-7899 

This form is required whether or not you received financial aid at that institution. 

Lewis & Clark's Tide IV (FAFSA) code number is 003 197. 

Admissions Essay 

The essay helps us get acquainted with you in ways different from courses, grades, test scores, and other objective 
data. It also enables you to demonstrate your ability to organize thoughts and express yourself. This is a very 
important part of the admission process. 

In not more than one thousand words, please write an essay about one of the following topics listed below. 

1) Describe a significant person or experience that has had a profound effect on your life, and describe that effect 

2) Discuss some issue of local, national, or international concern and its importance to you. 

3) Describe a specific situation or experience that led you to question your values or change one of your strongly held 
opinions. How did you change as a result of the experience? 

4) What character in a book you've read can you relate to best? How do you see yourself in this character? 

Transfer applicants: You must also write a letter on your reasons for wanting to transfer to Lewis & Clark College at 
this time. 
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Lewis & Clark College 
Application for Admission, Page 2 
Fee: $45.00 



Office of Admissions Toll-Free: 800-444-4 111 

0615 S.W. Palatine Hill Road Fax: 503-768-7055 

Portland, Oregon 97219-7899 Internet: admissions@lclark.edu 

Phone: 503-768-7040 World Wide Web: http://www.lclark.edu 



Admissions Plan: 

Early Decision (binding) 
Early Action (nonbinding) 
Regular decision 



Applicant status: 
First-year student 
Transfer student 

Portfolio Path? Yes 

Residence Plans: 



No 



Entry date:£ 



Residence hall 
Commuting student 



Personal 



Last/F amily Name: 
Middlef" 



Preferred name or nickname£ 

Perma nent address: I 
Street: | 

City: I | 



First: \ 

Gender: Male 
Former last name(s), if any 1 



Female 



J 



Box/Apt:| 



State/Province: f 



Zip/Postal Code: 
E-mail address^ 



Current telephone (area code) + number [ 
I Fax#:| 



If different from above, please give your mailing add ress for all admis sions correspondence: 
Street: | | Box/Apt: I 1 



City:[ 



State/Province:! 



] 



Zip/Postal code: 



Phone at mailing address£ 
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Social Security #: 



] 



Date of birth (MMDDYY): 



]□[ 



What country are you a citizen of? (view codes) I I 
Religious affiliation (optional) 



Visa type 



If not a U.S. citizen, are you a Permanent Resident? Yes No 
Have you previously applied to Lewis & Clark? Yes No 
If yes, for which term/year? ! | 
Will you be a candidate for need-based financial aid? Yes No 

(Financial aid is not a factor in the admission decision process. Indicating "yes" will allow us to send the required 
IDF packet.) 



If yes, FASFA and IDF forms were/will be filed on:; 



(See application instructions for important deadline information.) 



Name of your current school: 
Type of School: 



For first-year students only: 
Name of high school counselor: 



Office telephone 



School Fax #; 



High School CEEB code number: [[ 



If you're not currently attending school, please tell us what you're doing. 
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Please list any relatives who may have attended Lewis & Clark, give their name, relationship, class (if known). 



What influenced you to apply to Lewis & Clark? 



Have you ever visited the Lewis & Clark campus? Yes No If yes, when? (MMDDYY)[ 



Save and 



3 4 



Page 1 



Save this Page 
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Lewis & Clark College 
Application for Admission, Page 2 
Fee: $45.00 

Education 

Please list all the secondary schools including summer schools, programs, and institutes you have attended, grades 
9-12, most recent first 



Name of School 


City 


State 


Date Begin 
(MMYY) 


Date End 
(MMYY) 













































Please list all colleges and universities you have attended, most recent first. Please have an official transcript sent 
from each institution. 



Name of School 


City, State 


Quarter or 

Semester 

system 


Date 

Begin 

(MMYY) 


Date end 
(MMYY) 













































Academic Interests 

Areas of study We realize this may change as you progress through college. Please indicate first and second 
choice of possible interest areas. If you have more than two, please indicate an undecided area. 

First Choice I I 



Second Choice | 

Overseas/Off Campus If more than one, please indicate first and second choices. 
First Choice 

No interest Australia/New Zealand Africa Washington, D.C East Asia 

South/Southeast Asia Eastern Europe/Russia and the Republics New York City 

Southern/Central America Western Europe 
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Second Choice _ _ « 

No interest Australia/New Zealand Africa Washington, D.C. East Asia 

South/Southeast Asia Eastern Europe/Russia and the Republics New York City 

Southern/Central America Western Europe 

Curricular Interest ^. ^ . 

Activities Please choose any of the following activities offered at Lewis & Clark in which you plan to participate. 

Forcnsics 

0 debate, oratory, extemp, oral interpretation, or impromptu 

Media. 

[J Literary Review 

0 Meridian cross-cultural journal 

d Pioneer Log newspaper 

0 KLC radio station 

Q Yiem Kimtah yearbook 

Q LCTV video and film group 

MUS1 ^] choral groups, chamber music, keyboards, orchestra, and jazz, wind, string, or brass ensemble 

Student activities 

j_J admissions volunteer 

0 College Outdoors 

Q community service 

0 intramurals 

n peer tutoring 

0 student government 
Theatre 

Q acting, dance, directing, lightening, set design, tech 
Varsity Sports 
[J baseball 

D basketball 

0 cross country 

D Football 

□ golf 

D Softball 

0 swimming 

0 tennis 

D track and field 

Q volleyball (women) 

Club Sports 

FIG. 10b 
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£"j crew 

Q lacrosse 

Q martial arts 

D rugby 

0 sailing 

0 skiing 

fl soccer 

Q volleyball (men) 



Save and 



□a 



Page 2 



Save this Page 
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Lewis & Clark College 
Application for Admission, page 3 
Fee: $45.00 



Family Information 



Father Last/Family Namef 
Street: 



State/Province: ! | Zip/Postal Code:[ 
Occupation/Title: ) 



Daytime phone: 
College(s): | 
Grad Year: I 



Professional or graduate schooi:[ 
Degree(s) Earned: ! 



First: 



City: 



] Employer{ 



Living: Yes 



No 



Degree(s) Earned: 



Grad Year: l j 1 



Mother Last/Family Name: £ 
Maiden Name: 



Street: 



] 



State/Province: 1 1 Zip/Postal Code: 



Occupation/Title: [ 



Daytime phone: L 
College(s): ! 
Grad Year: 



First{_ 



City: 



Living: Yes 
Employer:] 



J Degree(s) Earned: 



No 



Professional or graduate school: [ 
Degree(s) Earned: | 



Grad Year: 19 Q 



Are your parents: Married Separated Divorced Widowed 

^f not with both parents, with whom dj) you make your permanent home? (Name and relationship) 

Please give names and ages of your brothers and sisters. If they have attended college, give the names of the 
institutions attended, degrees, and approximate dates: 
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The following items are optional: 

Bjrtbujace ( Citv, State, Country) fview codes! : 



Martial Status*! 



Father's Birthplace (City, State, Countr y) fview codes! : 



Mother's BirtlipiacefCtty. State, Country) [view codes! : 



What is your first language, if other than English? [ 
How would vo u describe yourself? 
Ethnic Origin: 



Scholastic Information 

Please indicate your test plans and results below. Be sure to have test scores sent by the testing agency or your 
secondary school as soon as they are available. 



SAT I 



Test date 
(MMYY) 


Verbal 


Math 



















Next date to be takenj 1 1 | J 

ACT 



Test Date 
(MMYY) 


Composite 











Next date to be taken | ||~ j [ 



Save and go to page QjQj] \j\ 
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Lewis & Clark College 
Application for Admission, page 3 
Fee: $45.00 

Briefly describe any academic distinctions or honors you have won in grades 9-12, or while in college. 



Extracurricular and Personal Activities. Please list your principal extracurricular , community, and individual 
activities in order of their interest to you, most important first 
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Activity 


Type 


School years or Post- 
secondary (PS) 


Approxii 
time spei 


natc 
at 


Positions held, 
honors won, or 
letters earned 


Do you 
plan to 
participate 
in college? 




9 


10 


11 


12 


PS 


Hours 

per 

week 


Weeks 

per 

year 






















Yes 
No 






















Yes 
No 






















Yes 
No 






















Yes 
No 






















Yes 
No 






















Yes 
No 






















Yes 
No 






















Yes 
No 



Please list any study, travel, work, volunteer, or other experience you have had in the past three years, most recent 
first 



Specific nature of experience 


Location 


Begin dates 
(MMYY) 


End dates 
(MMYY) 


# hours spent per 
week 



























































In space below, briefly discuss which one of your activities (extracurricular, personal, or work experience) has had the 
most meaning for you, and why. 
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Essay/Personal Statement 

The essay helps us become acquainted with you in ways different from courses, grades test scores, and other objective 
data. It also enables you to demonstrate your ability to organize your thoughts and express yourself. This is a very 
important part of the admission process and we encourage you to respond thoughtfully. 
Please write an essay about one of the following topics listed below. 

1) Describe a significant person or experience that has had a profound effect on your life, and describe that effect. 

2) Discuss some issue of local, national, or international concern and its importance to you. 

3) What living person would you most like to invite to dinner and why? What would you talk about? 

4) What character in a book you've read can you relate to best? How do you see yourself in this character? 



Transfer applicants: You must also write a letter on your reasons for wanting to transfer to Lewis & Clark College at 
this time. 
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By checking 'Yes' below indicates that all the information I submit for my application is complete, factually correct, 
and honestly presented. 

Yes No Date: (MMDDYY) 1 1 1 II I 



Lewis & Clark adheres to a nondiscriminatory policy with respect to employment, enrollment, and program. The 
College does not discriminate on the basis of race, color, creed, sex, national origin, age, handicap, or disability, 
sexual orientation, or martial status and has a firm commitment to promote the letter and spirit of all equal 
opportunity and civil rights laws. 
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Invoke and initialize 
forms engine 



Process posted data to 
determine state 



Initial variables 
pertaining to 
application 



Determine which terms 
are available for the 
applicant/application 
combination 



Compare user request 
with available terms 

and determine 
appropriate page to 
return to user 



Read and parse 
application data file 



Initializes user data 
structure 



performs "first stage" 
data validation 



outputs an appropriate 
page to the user 
depending upon the 
engine's state 



^157 



-158 



-159 



M61 



-162 



163 



s 164 
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Pretext 



input 



PostToxt 



N 212 



"216 



Pretext 



Element — 206 

Group 208 

Table- 210 



-214 



Post Text 



'212 



Table headings 



Row elements 



210 



'220 



222 



214 



Validation 



N 218 
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INTERNATIONAL SEARCH REPORT 



Inte- -tlonal Application No 

PCi/US 99/12539 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 G06F17/24 



According to International Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 G06F 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base conautted during the international search (name of data base and. where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 0 Citation of document, wilh indication, where appropriate, of the relevant 



Relevant to claim No. 



WO 98 04976 A (LEXTRON SYSTEMS INC) 
5 February 1998 (1998-02-05) 

abstract 

page 1, line 15 -page 2, line 12 
page 3, line 11 - line 15; claim 4 

US 5 450 537H (HIRAI CHIAKI ET AL) 
12 September 1995 (1995-09-12) 
abstract; figure 9 

US 5 640 577 A (SCHARMER ANDREW J) 
17 June 1997 (1997-06-17) 
abstract 

column 1, line 65 -column 3, line 2; 
figures 2,3 

-/— 



1,13,21, 

32,40, 

45,46 



1,21,32, 
40,45 



1,21,32, 
40,45 



HI 



Further documents are listed in the continuation of box C. 



ID 



Patent family members are listed in annex. 



• Special categories of cited documents : 

"A" document defining the general state of the art which is not 
considered to be of particular relevance 

"E" earlier document but published on or after the international 
filing date 

"L" document which may throw doubts on priority claim (s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international filing date but 
later than the priority date claimed 



T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent family 



Oate of the actual completion of the international search 

14 September 1999 


Date of mailing of the international search report 

21/09/1999 


Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswijk 
Tel. (+31 -70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 


Authorized officer 

van der Wei den t A 
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C.(Continualion) DOCUMENTS CONSIDERED TO BE RELEVANT 



Inte* Mortal Application No 

PC i /US 99/12539 



Category • Citation of document, with indication. where appropriate, of the relevant passages 



Relevant to claim No. 



p,x 



US 5 404 294 A (KARNIK JAYANT D) 
4 April 1995 (1995-04-04) 
abstract; claims 1-3; figure 1 

EP 0 918 424 A (IBM) 
26 May 1999 (1999-05-26) 
abstract; figure 11 
paragraphs '0012!-'0014! 



1,21,32, 
40,45 



1,21,32, 
40,45 



Form PCT/lSA/210 (continuation of second sheet) (July 1992) 
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formation on patent family members 



Inter- Monal Application No 

PC. /US 99/12539 



Patent document 
cited in search report 


Publication 
date 


Patent family 
member(s) 


Publication 
date 


wu yo04y/o 


A 


05-02-1998 


US 


5794259 


A 


1 1 — HQ— 1 QOQ 


US 5450537 


A 


12-09-1995 


ID 

dr 


3180968 


A 


nA-HP-l QQ1 


US 5640577 


A 


17-06-1997 


NONE 








US 5404294 


A 


04-04-1995 


NONE 








EP 0918424 


A 


26-05-1999 


NONE 
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